ASSURANCE in eTOM

Operations mempunyai empat peng-grupan proses vertical yaitu:Fulfillment, Assurance, dan Billing (FAB), telah diintegrasikan untuk memberikan prioritas proses ke pelanggan sebagai fokus dari perusahaan. Tambahan vertical Operations Support & Readiness telah ditambahkan untuk mendukung proses FAB, memisahkan proses back office dari front office dan memastikan bahwa proses FAB memenuhi permintaan pelanggan tanpa delay.

Definisi

Customer Relationship Management:

            Suatu pendekatan baru dalam mengelola korporasi dalam pelanggan pada level bisnis sehingga dapat memaksimumkan komunikasi, pemasaran, melalui pengelolaan berbagai kontak yang berbeda dengan pelanggan. Pendekatan ini memungkinkan untuk mempertahankan pelanggan dan memberikan nilai tambah terus menerus pada pelanggan selain itu juga memperoleh keuntungan yang berkelanjutan.

            CRM mengkombinasikan kebijakan, proses, dan strategi yang diterapkan organisasi menjadi satu kesatuan yang digunakan untuk melakukan interaksi dengan pelanggan dan juga menelusuri informasi pelanggan. Implementasi CRM menggunakan teknologi informasi untuk menarik pelanggan baru yang memberi nilai pada perusahaan sehingga mereka memiliki keterikatan terdahap perusahaan.

Service Management & Operation:

           

            Adalah serangkaian kegiatan yang menghasilkan nilai dalam bentuk barang dan jasa dengan mengubah input menjadi output.

            Manajemen operasi adalah penerapan ilmu manejemen untuk mengatur kegiatan produksi atau operasi agar dapat dilakukan secara efisien.

Resource Management & Operations:

           

            Adalah metode untuk memperoleh pandangan yang lebih baik kedalam biaya barang dan jasa untuk menghasilkan perusahaan dengan kontrol keuangan yang luas yang arus pemeliharaan perbaikan dan operasi proses pengadaan ( barang tidak langsung ) dan kontrol rantai pasokan.

Supplier/Partner Relationship Management:

          

            Adalah sistematik penilaian enterprise wide asset dan kemampuan pemasok sehubungan dengan strategi bisnis secara keseluruhan kegiatan untuk terlibat dengan pemasok yang berbeda, perencanaan dan pelakasanaan semua interaksi dengan pemasok, secara terkoordinasi diseluruh siklus hubungan, untuk memaksimalkan nilai nyata.

Hubungan antara Assurance dengan CRM, SMO, RMO, dan SRM

(Problem Handling) CRM dengan Assurance

            Proses penanganan masalah bertanggung jawab untuk menerima laporan masalah dari pelanggan, menyelesaikan mereka untuk kepuasan pelanggan dan memberikan Status berarti pada perbaikan dan / atau kegiatan restorasi kepada pelanggan. Mereka juga bertanggung jawab untuk kontak pelanggan dan dukungan dalam kaitannya dengan layanan yang mempengaruhi masalah yang terdeteksi oleh sumber daya atau melalui analisis, termasuk proaktif menginformasikan pelanggan dan menyelesaikan spesifik ini masalah untuk kepuasan pelanggan.

Pelanggan QoS / Manajemen SLA (CRM - A)

            Pelanggan QoS / proses Manajemen SLA mencakup pemantauan, pengelolaan dan pelaporan disampaikan vs Kualitas kontrak of Service (QoS), sebagaimana didefinisikan dalam Deskripsi Layanan organisasi, kontrak pelanggan atau katalog produk. Mereka juga prihatin dengan kinerja organisasi dan produk dan jasa dalam kaitannya dengan Perjanjian Level Layanan nya (SLA) untuk contoh layanan tertentu, dan dokumen-layanan terkait lainnya. Mereka termasuk parameter operasional seperti jaringan dan kinerja sumber daya dan ketersediaan, tetapi juga mencakup kinerja di semua parameter layanan yang kontrak atau peraturan, misalnya,% Penyelesaian pada Waktu untuk Pesanan Permintaan, waktu untuk memperbaiki komitmen, Kinerja kontak pelanggan. Kegagalan untuk memenuhi SLA kontrak dapat menyebabkan penyesuaian penagihan, yang ditangani oleh Penagihan dan Pengelolaan Koleksi.

Layanan Masalah Manajemen (SM & O - A)

            Layanan Masalah proses Manajemen segera merespon pelanggan mempengaruhi masalah layanan atau kegagalan untuk meminimalkan efeknya terhadap pelanggan, dan memohon pemulihan layanan sesegera mungkin. Mereka mencakup pelaporan masalah, membuat memperbaiki sementara atau solusi, mengisolasi akar penyebab dan bertindak untuk mengatasinya.

Analisis Kualitas Pelayanan, Aksi dan Pelaporan (SM & O - A)

            Service Quality Analisis, dan Pelaporan Aksi proses mencakup memantau, menganalisis dan mengendalikan kinerja pelayanan yang dirasakan oleh semua pelanggan dari kelas layanan. Proses ini bertanggung jawab untuk memulihkan kinerja pelayanan ke tingkat yang ditentukan dalam SLA atau jasa lainnya deskripsi sesegera mungkin.

Manajemen Sumber Daya Masalah (RM & O - A)

            Sumber Masalah proses manajemen bertanggung jawab untuk hari-hari pengelolaan masalah dengan kelompok sumber daya (resource kelas), dan memastikan bahwa sumber daya yang bekerja secara efektif dan efisien. Tujuan dari proses ini adalah untuk proaktif menangani masalah sumber daya, sebelum keluhan yang diterima tentang layanan yang terkena dampak.

Sumber Restorasi (RM & O - A)

            Sumber proses Restorasi kesepakatan dengan menyelesaikan masalah dengan kelompok sumber daya, sehingga kemampuan sumber daya dipulihkan.

S / P Soal Pelaporan dan Manajemen (S / PRM - A)

            S / P Soal Pelaporan dan proses manajemen mengelola masalah, apakahdiidentifikasi dalam perusahaan atau diberitahu oleh pemasok. Proses laporan masalah masalah atau kesulitan untuk tiket pemasok dan mitra organisasi dalam rantai nilai, melacak mereka, dan memastikan tepat waktu dan benar restorasi dan perbaikan. Bandara S / P Soal Pelaporan dan proses Manajemen antarmuka dengan proses CRM pemasok Soal Penanganan.

S / P Manajemen Kinerja (S / PRM - A)

            S / P Manajemen Kinerja proses track, mengukur dan melaporkan pemasok dan mitra kinerja. Bandara S / PRM proses Kinerja S / P Proses manajemen antarmuka dengan proses CRM pemasok dari Pelanggan QoS Manajemen / SLA.

Kelompok :

Adinda, Adriza, Citra, Desti, Enis, Riana

http//:www.imtelkom.ac.id

Resource Management in Telecommunication : eTOM (Fulfillment)

Mia Savira Karthin

110400254

http://savirakarthin.wordpress.com/

eTOM

eTOM terbagi menjadi dua perspektif yang berbeda pada pengelompokan detail proses elemennya, yaitu:

1. Proses secara vertical, merepresentasikan tentang gambaran proses end-to-end yang dibutuhkan untuk mendukung pelanggan dan manajemen bisnis, seperti seluruh elemen yang terlibat pada keseluruhan aliran billing ke pelanggan.

2. Proses secara horizontal, merepresentasikan tentang gambaran fungsional proses yang terkait dengan bisnis, seperti yang terlibat dalam manajemen supply chain.

Operations mempunyai empat proses vertikal, yaitu Assurance, dan Billing (FAB) yang telah diintegrasikan untuk memberikan prioritas proses ke pelanggan sebagai fokus dari perusahaan dan Operations Support & Readiness yang telah ditambahkan untuk mendukung proses FAB, memisahkan proses back office dari front office dan memastikan bahwa proses FAB memenuhi permintaan pelanggan tanpa adanya keterlambatan (delay).

Fulfillment

Proses ini bertanggung jawab untuk menyediakan produk sesuai permintaan pelanggan dengan cara yang benar dan tepat waktu. Menerjemahkan bisnis pelanggan atau kebutuhan pribadi menjadi suatu solusi, yang dapat disampaikan dengan menggunakan produk tertentu dalam portofolio perusahaan. Proses ini juga memberitahukan tentang status pemesanan produk yang dilakukan oleh pelanggan dan memastikan selesai tepat waktu sehingga dapat memuaskan pelanggan.

Marketing Fulfillment Response (CRM – F)

Marketing Fulfillment Response merupakan proses yang bertanggung jawab terhadap masalah dan distribusi dari jaminan pemasaran (seperti kupon, premium, sampel, mainan, selebaran, dll) yang ditujukan langsung untuk pelanggan.

Selling (CRM – F)

Proses penjualan bertanggung jawab untuk mengelola prospek, kualifikasi dan pendidikan dari pelanggan dan untuk menyesuaikan harapan dari pelanggan dengan produk,  layanan dan kemampuan untuk menyampaikan yang diberikan oleh perusahaan. Proses ini juga mengelola respon untuk pelanggan RFPs.

Order Handling (CRM – F)

Proses penanganan ini bertanggung jawab untuk menerima dan mengeluarkan perintah. Mereka berurusan dengan pre-order, penentuan kelayakan, otorisasi kredit, penerbitan pesanan, status pesanan dan pelacakan, update pelanggan pada kegiatan ketertiban dan pemberitahuan pelanggan pada urutan penyelesaian.

Service Configuration and Activation (SM&O – F)

Proses yang mencakup instalasi dan konfigurasi layanan bagi pelanggan, termasuk instalasi peralatan di lokasi pelanggan. Mereka juga mendukung re-konfigurasi layanan (baik karena permintaan pelanggan atau penyelesaian masalah) setelah dilakukannya instalasi layanan awal. Hal ini dapat mencakup memodifikasi kapasitas dan konfigurasi ulang dalam menanggapi permintaan dari penyedia lain.

Resource Provisioning and Allocation to Service Instance (RM&O – F)

Penyediaan sumber daya dan Alokasi untuk proses layanan yang mencakup konfigurasi sumber daya, dan logis sumber penyediaan untuk nasabah perorangan. Proses ini meliputi pembaharuan sumber daya dari persediaan database untuk mencerminkan sumber daya yang digunakan untuk pelanggan tertentu.

S/P Buying (S/PRM – F)

Proses S/P Buying bertanggung jawab untuk mengetahui apa yang dibutuhkan dari pemasok dan mitra kerja untuk melakukan keputusan pembelian. Proses ini mengeluarkan Request for Proposal (RFPs) kepada pemasok dan menilai tanggapan. Proses ini menegosiasikan pembelian tertentu dan permintaan order pembelian dikeluarkan. Proses ini bertemu langsung dengan proses CRM pemasok pada penjualan.

Resource Management in Telecommunication : OSSs (Operation Support Systems)

OSSs (Operation Support Systems)

Operation Support Systems (OSSs) adalah suatu sistem atau mekanisme yang dapat melakukan proses manajemen, inventori, masalah teknis, perencanaan, dan fungsi perbaikan bagi jaringan penyedia layanan. Tujuannya adalah agar perusahaan memiliki informasi yang lebih mudah diakses, penggunaan sumber daya lebih efisien, dan memberikan layanan yang baik bagi pelanggannya.

OSSs berkaitan dengan beberapa sistem lainnya, antara lain :

CSS (Customer Support System) : Sistem yang mengatur hubungan antara pelanggan dengan OSSs itu sendiri, sistem ini bisa diakses langsung oleh pelanggan.
BSS (Billing Support System) : Sistem yang mengatur jumlah dan ketentuan pembayaran yang nantinya harus dipenuhi oleh pelanggan. Menurut TOM (Telecommunications Operation Management), BSS seharusnya tidak mempunyai hubungan langsung dengan bagian lainnya karena tugas sistem tersebut hanya mengenerate billing pelanggan yang terdaftar.
ALPRO : Sistem ini terhubung dengan OSS sebagai bentuk fulfillment, assurance, dan billing dari OSS. Untuk beberapa layanan seperti SLI dan SLJJ, ALPRO terhubung langsung dengan BSS.
Sasaran perusahaan dengan adanya solusi OSSs, diantaranya :

a)    Peningkatan QoS (Quality of Service)

b)    Pengolahan data warehousing yang lebih efektif

c)    Operasional dan aliran informasi yang lebih efisien

d)   Fleksibilitas dalam penerapan teknolog

Roadmap: Becoming an Enterprise Java Developer

Roadmap: Becoming an Enterprise Java Developer

Spending time in a classroom learning the different facets of Java programming is interesting, but my students inevitably ask, "Where is the money to be made in Java programming?" A quick perusal of Monster.com or Dice.com will show you a current state of the employment market. The requirements may be different depending where you live, but by and large the bulk of the higher paying jobs in the Java industry are in the enterprise domain (J2EE).
You like Java and you want a selection of good paying jobs, so you are on board to become a J2EE architect. But where do you start? There are so many Java technologies, which ones should you learn? In what order should you learn them? What are the dependencies? What path will give you the best understanding?
The answers to these questions are subjective, but in this article I want to share my opinion of a roadmap to follow and a listing of resources that you can use to meet each objective in becoming a strong Enterprise Java Developer. If you are already a proficient Java programmer, read through each section and make sure that you have satisfied each objective and then start working at your level. This article categorizes your skill sets into the following areas:

• Java Programmer
• Java Applied Technologies
• Java Web Technologies
• Enterprise JavaBeans
• Enterprise Architecture

Java Programmer

A Java programmer understands the basics of the syntax and semantics of the Java programming language. You must be proficient in object-oriented concepts, such as inheritance and polymorphism, as well as Java's specific notion of interfaces. You must understand Java exception handling and be able to implement your own custom exceptions.
Familiarize yourself with the Abstract Window Toolkit (AWT) and how to develop applications and applets. Understand the Event Delegation Model and how Graphical User Interface (GUI) objects pass event notifications to interested parties.
Pay attention to Java's implementation of its Collection classes (universal data structures and algorithms) and its basic input/output classes (such as Streams and Readers/Writers). Conclude your Java overview with a deep understanding of multi-threaded Java programming. Be sure to not only understand how to create a thread and execute it, but also to understand synchronization and object locks.
This overview describes two eight-week courses that I taught to prepare new Java students for certification. I outline all of these topics in my latest book, Java 2 Primer Plus, along with the topics covered in the "Java Applied Technologies" and "Java Web Technologies." (This is the first, last, and only plug for my book in this article; it was based off of four courses that I architected to evolve Java programmers to Java Developers, so I mention it only because of its relevance to this discussion.)
Once you have this information under your belt, take the Sun Certified Java Programmer exam. At the end of this program, you will have several certifications, each taken as specific skills are mastered. This is the best time to take the programmer certification. The information in the test is very specific, and you may forget it later and have to refresh yourself before the test. So take the exam while it is fresh in your mind!

Java Applied Technologies

Understanding the Java programming language is your starting point, but you must do something with it to solve real-world problems. To solidify your foundation, Java provides several core technologies that you should understand and be able to apply. The key technologies that I identify are:

• Swing
• JDBC
• Network Programming
• Remote Method Invocation (RMI)
• XML

As an Enterprise Java Developer, you will not do a whole lot of GUI development, but Swing is among the fundamentals that you should understand. You should be able to use advanced Swing controls to build a GUI that can display and monitor your Enterprise framework. Not to mention that the basis of Swing's architecture will help you design strong enterprise architectures later; this includes the concept of separating your data from the presentation of your data, or in Swing terms, the "Separable Model View Architecture." The book that I am currently using to Swing is Java Swing, 2nd Edition.
Almost all enterprise applications talk to a database in the background. The method of communication is through the Java Database Connectivity API (JDBC). You need to understand the basis of the Structured Query Language (SQL) and how to use JDBC to connect to a database, execute queries, update data, remove data, etc. JDBC is so fundamental that I cannot emphasize its importance to you enough. An exhaustive reference for JDBC is the JDBC API Tutorial and Reference, Second Edition: Universal Data Access for the Java 2 Platform and a good streamlined overview can be found in Core Java 2: Volume II – Advanced Features (The latter is a good overall Java book that you might want to have on your shelf or add to your Safari virtual library.)
The mechanism for communicating between Java programs is through the java.net.Socket class. You will experience a couple iterations of network communication, but the place to start is the java.net package. Learn how to connect to a server and then how to implement your own server. Pay particular attention to receiving a connection from a client, passing that connection off to another thread for processing, and then listening for additional connections. You need to understand how to develop a high-volume multi-user server. As an example, you could write a chat server and chat client; this demonstrates this skill set nicely. Core Java 2: Volume II provides good information on both network programming as well as RMI.
Remote Method Invocation, or RMI, is the basis for Java distributed computing, and the foundation upon which J2EE builds. Although as an Enterprise Java developer you may never write RMI code directly, learning RMI serves two purposes:

• Introduces you to distributed computing
• Provides an understanding of the underlying communication infrastructure of your J2EE application server

Finally, J2EE relies heavily on XML, so it serves you well to understand how to manipulate it. Furthermore, as service-centric applications are being built on top of Web Services, XML becomes even more important, as it is the communication protocol that encapsulates messages being passed between components. The key things to understand here are SAX (Simple API for XML) parsing and the DOM (Document Object Model). A good understanding of these two concepts and Java's implementation through the Java API for XML Parsing (JAXP) will help you in the industry.
But for your own use, you may consider looking at JDOM, which is an open-source Java-centric approach to XML manipulation. My favorite Java XML book is Brett McLaughlin's Java and XML, 2nd Edition.
After you have completed the "Java Applied Technologies" objectives, you should get your Java Certified Developer certification (see the certification section of the reference guide for more information.)

Java Web Technologies

The next step in your journey is to understand Java's Web Technologies, namely Servlets and JavaServer Pages (JSP) and how they work together. It will help you to understand the history of dynamic Web page generation from the early days of CGI scripts to the latest JSP technologies.
Some books teach you JSP right out of the gate because it is easier to develop JSP files than it is to write Servlets, but I do not subscribe to this methodology. The reason is that learning JSP syntax shows you how to use a technology without properly understanding what it is doing. There are too many black boxes that your code passes through. Therefore, I strongly recommend that you become a good Servlet programmer first.
Focus on how to read information from a Web Browser, both through HTTP GETs and POSTs, and the process of building and sending a response back to the browser. Understand session management, forwarding and including requests to and from other Servlets, and how to implement Servlet Filters. Learn the lifecycle of a Servlet and the various security mechanisms that are built into the Servlet API to secure access to your Servlets. My favorite book in this arena is Jason Hunter's Java Servlet Programming, 2nd Edition.
Once you have a good understanding of Servlet technologies, then focus your attention on JSPs. Be sure to understand the following:

• JSP syntax
• JSP Scriptlets (although you will not use them in production code)
• JSP built-in tags
• Component-based JSP programming (using JavaBeans)
• Building Custom Tag Libraries
• Integrating Servlets and JSP components to build a Model-View-Controller web architecture

First understand how to use JSPs individually and finally combine them with Servlets to build a robust architecture with the focus on: Servlets with no embedded HTML and JSP files with no embedded Java. A good book in this area is JavaServer Pages, 2nd Edition.
Now is a good time to take the Web Component Developer certification exam; it will exercise your knowledge of these technologies.
Before leaving this topic, you might want to familiarize yourself with some of the pre-built and open-source web architectures. The main one used in the industry is Jakarta Struts, so it is a great starting point. There are some good Struts books, but the one that I keep handy is Programming Jakarta Struts.

Java 2, Enterprise Edition

J2EE combines a Servlet container (in which Servlets and JSP files execute) with an Enterprise JavaBean (EJB) container and a host for various services (such as transaction management, JDBC connection pooling, and Java Messaging Service (JMS) Servers). The first focus in J2EE has to be EJB. Be sure to understand how to implement and the differences between Stateless and Stateful Session Beans, Bean Managed and Container Managed Entity Beans, and Message Driven Beans. Learn how to compile these beans, write deployment descriptors for them, and finally deploy them to an application server. My favorite book for learning EJB is Monson-Haefel's Enterprise JavaBeans, 3rd Edition.
Next, turn your attention to using and configuring JMS Servers. Understand the publish-and-subscribe and point-to-point messaging models and how JMS Servers relate to their destinations (topics and queues.) Post messages to JMS destinations and create Message Driven Beans to respond to them. JMS is a fundamental technology that is applied to implementing Web Services. A book that I really like on JMS is Java Message Service, but it has been out for over two years, so you might consider the more recent Java Message Service API Tutorial and Reference: Messaging for the J2EE™ Platform.
Choosing an application server is a key to finding a good job; most J2EE jobs will require experience with one of the two market leaders: BEA's WebLogic and IBM's WebSphere. I personally do my J2EE-specific development work inside JBoss because of its ease of use, and then target my application at one of the two aforementioned servers. There is a lot of controversy around JBoss, but I think it is the best environment to learn J2EE development; you write your deployment descriptors by hand, reinforcing their underlying meaning (the important part) and then deployment is made incredibly simple (the deployment of an application is not core to your understanding of the technology, so do not complicate it at this point.)
Application Server specific books that you might want to look through include:

• JBoss: JBoss Administration and Development and the JBoss pay documentation (see the JBoss Web site for more information)
  
• BEA WebLogic: Sams Teach Yourself BEA WebLogic Server 7.0 in 21 Days and J2EE Applications and BEA WebLogic Server
  
• IBM WebSphere: Professional IBM WebSphere 5.0 Application Server (WROX Press) and IBM WebSphere Application Server Programming (McGraw-Hill Osbourne)

Enterprise Architecture

Understanding how to use the J2EE technologies is not enough to prepare you for your J2EE Architect Certification, you must first know how to use the technologies together effectively (design patterns) and how to articulate your designs to your peers (UML).
Design patterns demonstrate solutions that have already been defined for classes, or categories, of problems; when faced with a problem it is better to see if someone has already solved the problem before solving it again. Sun's Web site is full of J2EE design patterns, as is the book Core J2EE Patterns: Best Practices and Design Strategies.
UML has become the standard Enterprise Architecture language for expressing an architecture to other architects and to your development team. UML was originally developed by Rational Software and applied through the Rational Unified Process (RUP), which was an entire software engineering model. The book Building J2EE Applications with the Rational Unified Process demonstrates how to integrate the RUP and UML diagrams with J2EE concepts.
The last thing that you need to do before taking getting your Enterprise Architect Certification is to review for this difficult exam, programming assignment, and second exam (essay-based). Prentice Hall released a study guide for this exam: Sun Certified Enterprise Architect for J2EE Study Guide to help you.

Summary

This article has outlined a roadmap that you can follow to become an Enterprise Java architect. In retrospect, the reason that Enterprise Java architects demand a high salary is because they are required to know a whole lot of information! The reading list and topics that I outlined for you could easily take you a year or more of dedicated study to accomplish. It is probably one of the most difficult positions to grow into, but it is also one of the most rewarding.
I would recommend following this path and then working at whatever skill set level you happen to be in to gain experience while you learn additional skills. Before someone will hire you as an Enterprise Architect, you'll need experience in the industry, so consider this a three year goal: work in the Java industry and keep adding skills as time permits. Before you know it, you will be at the bleeding edge of enterprise Java knowledge!
It has been several years since I first published a roadmap to becoming an enterprise Java developer, so in this 2007 installment, I want to review our humble beginnings and then review the hot topics that you need to understand in today's ever evolving industry. Much of my original article is still valid, so in this installment will review and build from that base

Tahukah Anda, Problem Masyarakat Jakarta?

Sumber dari 

http://evello.co.id/tahukah-anda--problem-masyarakat-jakarta?

Hari ini (Jumat 17/01/14) hampir semua media online memberitakan tentang kejadian banjir yang menimpa Jakarta. Tidak seperti banjir pada tahun 2013 yang sampai menyebabkan jatuhnya korban jiwa, banjir tahun 2014 lebih dapat diantisipasi, terutama setelah dilakukannya pengerukan beberapa sungai besar di Jakarta dan normalisasi waduk pluit, riario, melati, bojana tirta dan lain sebagainya. Tentu saja, banjir bukanlah satu-satunya persoalan yang dihadapi masyarakat Jakarta. Masih terdapat isu-isu lain yang tentu saja menarik perhatian masyarakat.
Dalam menjaring isu-isu yang beredar Evello sebagai tools Intelligent Tagging System (ITS) digunakan untuk menjaring isu-isu yang menjadi perhatian masyarakat. Proses penjaringan dilakukan dengan melakukan crawling terhadap beberapa media online dan sosial media yang dilakukan mulai 1 Oktober 2013 sampai dengan saat tulisan ini dibuat pada 17 Januari 2014 seperti pada ulasan berikut ini.
Gambar berikut ini memperlihatkan Real Time Monitoring (RTM) yang dilakukan oleh Evello System pada media online dan sosial media terhadap beberapa isu di DKI Jakarta, seperti Banjir, Macet, Kriminalitas, Sampah, Transportasi dan Tawuran. Hasil RTM tersebut adalah berikut:

Pada gambar terlihat bahwa pergerakan pemberitaan dan pembicaraan untuk beberapa isu seperti Banjir, Kemacetan, Kriminalitas terlihat fluktuatif disesuaikan dengan tema yang menarik pada saat itu. Dari grafik-grafik di atas, jika dilakukan konversi perhitungan untuk Average Mention per Day, Average % dan Total Mention Post adalah sebagai berikut:

Sementara Total Mention Post (TMP) untuk media sosial dari tanggal 1 Oktober 2013 sampai dengan 17 Januari 2014 adalah 6711 posting dengan Urutan Banjir 2012, Macet 1649, Kriminalitas 1124, Transportasi 1081, Sampah 705 dan Tawuran 140 posting.

Dari tabel di atas terlihat bahwa isu banjir menempati tempat teratas baik di pemberitaan Media Online dan pembicaraan di Media Sosial. Pembicaraan tentang kemacetan menempati urutan kedua di Media Sosial dibandingkan pemberitaan di Media Online yang menempatkan isu Kriminalitas pada urutan kedua.
Data-data tersebut dapat diolah lebih lanjut secara otomatis pada Evello dengan menampilkan kembali dalam bentuk grafik batang dan pie seperti terlihat pada gambar berikut ini:

Berdasarkan analisis Share Index yang dilakukan oleh Evello System pada Media Online, Isu-isu yang menjadi perhatian masyarakat DKI adalah seperti:

1. Banjir – 30%
2. Kemacetan – 25%
3. Kriminalitas 17%
4. Transportasi 16%
5. Sampah – 11% dan
6. Tawuran 2%

 
Untuk masing-masing isu di atas, dapat diperoleh aspek-aspek lainnya berupa sentimen. Dalam hal ini, Evello System melakukan pemetaan sentimen positif untuk stakeholder yang bertanggung jawab terhadap penyelesaian berbagai isu diatas dan sentimen negatif untuk masing-masing isu tersebut. Berdasarkan grafik sentimen di atas, maka diperoleh data-data sebagai berikut:

Berdasarkan grafik sentimen di atas, maka diperoleh data-data sebagai berikut:

1. Jokowi mendapatkan isu positif sebagai orang yang bertanggung jawab untuk menyelesaikan beragam isu di DKI Jakarta dibandingkan dengan SBY.
2. Pemerintah Pusat dianggap memiliki peran yang lebih dalam penanganan isu-isu di DKI Jakarta di bandingkan peran Pemda DKI

Sementara untuk grafik sentimen negatif, dapat diperoleh data-data sebagai berikut:

1. Semua isu seperti Banjir, Macet, Kriminalitas, transportasi dan Sampah (kecuali tawuran) disebabkan karena adanya salah perencanaan.
2. Hanya sedikit aspek negatif Salah Penanganan terjadi pada isu Banjir dan sampah.
3. Terdapat sentimen negatif pada isu transportasi, yaitu Salah Urus Transportasi.