How to perform a system recovery using the VAIO Care version 7 software.

The VAIO Care version 7 software can be used to restore the computer to the original factory software configuration. Follow the procedure below to run a system recovery:
WARNING: There is a risk of data loss. All data, settings, and programs added to the computer will be deleted. During this procedure you will have a chance to back up your data. Sony does not guarantee your personal data can be backed up and restored properly.
IMPORTANT:

• Before performing a recovery, check for software and driver updates available online through the Drivers & Software link on this page. Also, check for knowledge base solutions available through the FAQs & Solutions link on this page.
• This model does not require Recovery Discs. Recovery data is included on a special partition of the hard drive. That said, it is highly recommended to create a set of Recovery Discs.
• If the operating system will not start and no other troubleshooting can be performed, a system recovery can be performed by starting the computer and pressing the F10 key.
• It is recommended to connect the AC adapter to the computer so power is not interrupted.
• Disconnect all external devices, such as printers, network cables, cameras, external hard drives or flash drives.

1. Make sure the computer is powered on and press the Assist button. NOTE:  If your computer does not have an Assist button on the top of the keyboard, click Start, then click All Programs.
2. In the All Programs menu, click the VAIO Care folder and then click VAIO Care. NOTE:  If prompted for an administrator password or a User Account Control prompt is displayed, type the appropriate password, or click Yes.
3. In the VAIO Care application click Advanced Tools.
4. Click Recovery & Restore.
5. Click Recover Computer.
6. Click Yes to proceed with the Recovery. NOTE: The computer will restart.
7. In the VAIO Care Rescue window, click Start recovery wizard.
8. In the Do you need to rescue your data? window, click Yes, I'd like to rescue my data. NOTE: If you do not have any data on your computer that you need to back up, click the Skip Rescue button and proceed to step 15.
   
9. Connect an external storage device to the computer, such as a USB hard drive or thumb drive.
10. In the Select Rescue type window, click Easy rescue. NOTE: If you would like to manually select files to back up, click Custom Rescue and then follow the on-screen instructions.
    NOTE: The software will automatically detect your data.
    
11. Click to select the drive where you would like to back up your data and then click the Next button. NOTE: This screen displays the amount of disc space required and the amount of free space on the external drive.
    
12. In the Confirm options and start rescue window, click the Start Rescue button. NOTE: A progress window will show the status of the backup.
    
13. In the Rescue has completed successfully window, click the Next button.
14. In the Are you sure you want to start recovery? window, click to select Yes, I'm sure and then click the Start Recovery button. NOTE: A status window is displayed indicating the progress of the different applications. No action is required. This process may take up to 2 hours and the computer may restart several times.
    
15. In the Recovery complete window, click the Restart button. NOTE: The computer will restart.
16. Follow the on-screen instructions to set up the operating system and complete the system recovery.

Read More

How to Convert PDF Files for Easy Reading in Ebook Reader

Many ebook readers natively support PDF documents but, unfortunately, not all PDF documents are easy to read on a small ebook reader screen. Let’s take a look at two simple and free ways to convert PDF files for enjoyable reading.
Kindles, Nooks, Sony Pocket Readers, and other popular readers support native PDF rendering. The problem with native rendering, however, is that many PDF documents are formatted to be read on a large screen or printed and read in hard copy. Large margins, multiple columns, and other formatting choices that aren’t such a big deal when the document in printed on 8.5×11 paper or displayed on a 20” monitor render the document almost unreadable when loaded into an e-reader with a 6” screen. Today we’re going to look at two ways you can re-format a PDF file for enjoyable reading on your favorite reader.

What You’ll Need

For our tutorial you’ll need the following things:

• A copy of ebook management software Calibre.
• A copy of K2pdfopt.
• A PDF file to convert.
• An e-reader to try the file out on.

We suggest keep a clean copy of your PDF test file in a separate directory so if all your conversion attempts go awry you’ll have the original safe and sound.

Converting Using Calibre

Calibre is an awesome and open source ebook management tool. If you’ve read this far and have no intention of even mucking around with any PDF files you should go and download it regardless. It’s a fantastic tool for managing ebooks and ebook readers. What we’re interested in, book management aside, is the conversion tool built into Calibre.
If you’re totally new to using Calibre and need help installing it and getting your books into it, check out one of our previous Calibre-based guides to get started. Once you’ve installed it and you’ve loaded up a book you want to convert it’s time to get converting.
For our example we’ll be using a particularly complex textbook (multiple columns, charts, graphic headers for each chapter, etc.) and a Kindle. First let’s look at what the original PDF file looks like on the Kindle screen.

That’s eye-squintingly small on a large monitor screen and nearly illegible on a Kindle screen. There’s no way we could comfortable read that on a 6” kindle screen without serious eye strain and a headache. Let’s see if we can convert it with Calibre.
Open Calibre and right click on the book. Select Convert Books –> Convert individually. Here you’ll find an enormously detailed menu with toggles and settings galore. It’s easy to get overwhelmed and some of the settings are pretty arcane if you’re unfamiliar with printing terms and/or search string expressions. For the first conversion stick with the default settings and convert between PDF and a suitable format for your ebook reader or even PDF to PDF to restructure multi-column PDF files into a more streamlined document.
When it’s done converting you can check the formatting on your computer by double clicking on the converted file in the right hand book information column or you can transfer it to your device. We transferred it to the device to get a real sense of how it looked on the page.

Although we’ve used Calibre to convert hundreds of ebooks over the last few years with very few problems this particular PDF file proved to be a real challenge for it. The multiple columns, odd formatting choices, and other factors really stumped Calibre.
While Calibre normally does a fine job converting PDF files we picked one of the most difficult to convert PDFs we had on hand to demonstrate that things don’t always go as planned. We also picked a really hard to convert PDF so that we could in turn show off the next tool in our tutorial, K2pdfopt. It’s like the nuclear option when the normally reliable Calibre fails to crank out a working conversion.  If you find yourself in a similar boat, your complex PDF document didn’t turn out right, you’ll likely be thrilled with K2pdfopt.

Converting Optimizing PDF files using K2pdfopt

First, we want to give a big thanks to Abhijeet at Guiding Tech; we’d been looking for a tool like this and he tipped us off at just the right time. K2pdfopt is designed to optimize PDF documents for small screen e-readers. Rather than convert the document into raw text and try to reformat it, it instead carefully crops and realigns the pieces as though they were a series of images. The end result is a new PDF file that is really true to the original document and free from odd OCR blunders (as it doesn’t attempt to convert or reflow the text).
Using K2pdfopt is a snap. Extract the executable into a folder, drag a PDF file onto the EXE and let it work—as seen in the screenshot above. We dropped the same difficult to format textbook PDF into K2pdfopt and crossed our fingers. Given how much Calibre struggled with the document we weren’t sure what to expect. When the conversion completed (you’ll see a copy of your PDF file with the file named annotated like filename_k2opt.pdf in the K2pdfopt folder) we copied it over to our Kindle and were shocked at how well it handled the complex text we threw at it.
The text is slightly less crisp than in our PDF to MOBI conversion (see the screen capture in the Calibre section) but it is all there, with proper formatting, and without any screwy OCR errors. Thanks to K2pdfopt we went from having a PDF that was illegible on the Kindle to having a PDF that was as easy to read as a clean photocopy.
The only downside we could find in using K2pdfopt was the increase in file size. A 15MB PDF file, when converted with K2pdfopt, ballooned to 93MB. When you consider how few conversions Calibre doesn’t properly handle and how few books we’d need to actually send through the K2pdfopt image-based conversion process, though, it’s not a bad trade off. We can stand to increase the file size on a few PDFs in order to gain access to a portable and easily read copy.
Update: Shortly after this article went live on the site Marcus wrote in and asked

What if you took the K2pdfopt.exe output and ran the resulting PDF through Calibre again to convert it to a MOBI or ePUB? Maybe that would stop Calibre from choking on the multi-column format since it would now be formatted more like a standard book. Could you guys try it out?

What if, Marcus? What if, indeed. We dove in deeper, Inception-style, and performed a test just as you requested. Calibre handled the conversion beautifully and the text cleaned up perfectly. How perfectly? Here’s a snippet of the text seen in the screenshot above (which is properly formatted but a little grainy) after the reconversion process:

And there you have it. For a particularly tricky PDF file you can run it through K2pdfopt.exe, then dump it back into Calibre for a cleanup pass (check out how smooth the font is now in the above sample), and enjoy a totally optimized PDF. Good call, Marcus! The extra step only adds a few minutes to the process and really tidies things up.

Reference: http://www.howtogeek.com/69481/how-to-convert-pdf-files-for-easy-ebook-reading/

Read More

eclipse recognise Lenovo adb devices

Eclipse cannot detect Lenovo devices

1. Connect Lenovo device to PC as Built-in CD ROM (Connect to USB Storage).
-- Scroll from Connecting USB/Built-in ...

2. Install LenovoUsbDriver_1.0.1.exe 

3. Disconnect your device and Install LenovoUsbDriver_1.0.1.exe and then restart PC.
4. Connect again your device to your PC as a USB Storage again instead of MTP/PTP.
5. In Eclipse, on the menu bar,click Run->Run Configurations. Click target tab and choose 'Always Prompt to Pick Device'.
6. Apply and Run. Now, you can see your device is listed in the 'Choose a running Android device'.
7. done.

Read More

BPMN - UML

Đánh giá các ngôn ngữ mô hình hóa quy trình nghiệp vụ và đề xuất việc sử dụng ngôn ngữ BPMN trong ngân hàng

Hiện nay, có rất nhiều ngôn ngữ mô hình hoá được nghiên cứu và sử dụng trong thực tế. Mỗi ngôn ngữ mô hình hoá có đặc điểm, vai trò và mục đích sử dụng khác nhau. Trong bài báo này chúng tôi nghiên cứu các ngôn ngữ mô hình hoá quy trình nghiệp vụ dựa trên các tiêu chí về mặt kiến tạo và hiểu các mô hình cùng mức độ ứng dụng như tính rõ ràng của ký hiệu, tính phân biệt, khả năng hiểu ký hiệu, biểu diễn trực quan, tính phức tạp đồ họa và mức độ phù hợp để mô hình hoá quy trình nghiệp vụ ngân hàng. Chúng tôi nghiên cứu sự khác nhau giữa các ngôn ngữ mô hình hoá tiêu biểu: EPCs, Petri Net, UML và BPMN với các tiêu chí trên. Kết quả đánh giá cho thấy, ngôn ngữ BPMN là phù hợp hơn cả với việc mô hình hoá các quy trình nghiệp vụ trong lĩnh vực ngân hàng.

ThS. Phan Thanh Đức, Chủ nhiệm khoa Hệ thống thông tin quản lý, Học viện Ngân hàng

ThS. Lê Quý Tài, Giảng viên, Học viện Ngân hàng

Giới thiệu

Mô hình hoá quy trình nghiệp vụ có vai trò quan trọng trong việc tài liệu hoá và tổ chức các quy trình trong một hệ thống thông tin. Để thực hiện mô hình hoá các quy trình nghiệp vụ thì ngôn ngữ mô hình hoá là một thành phần thiết yếu. Ngôn ngữ mô hình hoá là ngôn ngữ được sử dụng để thể hiện thông tin hoặc một hệ thống trong một cấu trúc được xác định bởi một tập các quy tắc (xem phần Tài nguyên), các quy tắc này được sử dụng để giải thích ý nghĩa của các thành phần trong cấu trúc. Ngôn ngữ mô hình hoá có thể là ở dạng văn bản hoặc đồ họa. Có thể kể đến các ngôn ngữ như Petri Net, EPCs, UML, EEML hay gần đây là ngôn ngữ YAWL hay BPMN. Để thực hiện mô hình hoá quy trình nghiệp vụ cho một doanh nghiệp cụ thể thì lựa chọn ngôn ngữ mô hình hoá là một vấn đề hết sức quan trọng. Việc lựa chọn ngôn ngữ mô hình hoá nào hoàn toàn phụ thuộc vào bài toán cụ thể hay những khả năng của ngôn ngữ đó, từ việc hỗ trợ biểu diễn các trạng thái, các công việc, đồng bộ hoá v.v... đến việc sinh ra mã thực thi BPEL hay mức độ hỗ trợ cho các hệ quản trị quy trình nghiệp vụ như thế nào?
Điểm quan trọng trong việc nghiên cứu, sử dụng ngôn ngữ mô hình hoá chính là nghiên cứu quá trình nhận thức (xem phần Tài nguyên số 5), cụ thể là quá trình con người xử lý thông tin, tạo ra tri thức và giải quyết vấn đề. Bởi lẽ ngôn ngữ mô hình hoá sử dụng rất nhiều đến các ký tự đồ họa - nhân tố ảnh hưởng lớn đến khả năng nhận thức thông qua hình ảnh của con người. Đồng thời, các khái niệm được các biểu tượng đó diễn tả cũng có tác động không nhỏ đến cả khả năng nhớ ngắn hạn và dài hạn của con người. Mặt khác, khả năng mô hình hoá quy trình nghiệp vụ của mỗi ngôn ngữ còn phụ thuộc vào tập các ký tự và các khái niệm mà nó có thể biểu diễn. Đây chính là những điểm quan trọng cần xem xét khi đánh giá một ngôn ngữ mô hình hoá quy trình nghiệp vụ.
Có nhiều khung đánh giá các ngôn ngữ mô hình hoá quy trình nghiệp vụ. Anna Gunhild Nysetvold và John Krogstie (xem phần Tài nguyên số 2) đã phát triển một khung đánh giá chất lượng các ngôn ngữ mô hình hoá với 6 nhóm lĩnh vực với 32 tiêu chí đánh giá. Tác giả đã tiến hành chấm điểm các ngôn ngữ UML, BPMN, EEML. Kết quả cho thấy, về tổng thể BPMN có điểm số cao nhất. Jan Mendling và Jan Recker (xem phần Tài nguyên số 4) thì lại đánh giá các ngôn ngữ mô hình hoá với độ hữu dụng ngữ nghĩa của nhãn (label) và các biểu tượng (icon) có trong mô hình. K. Figl , J. Mendling , M. Strembeck (xem phần Tài nguyên số 5) thì lại đánh giá hiệu quả của các ngôn ngữ dựa trên việc hiểu mô hình bằng các ký hiệu trực quan. Bài viết này cũng dựa trên phương pháp và khung đánh giá của K. Figl và cộng sự (xem phần Tài nguyên số 5), bên cạnh đó, chúng tôi phát triển thêm tiêu chí đánh giá về độ phù hợp của ngôn ngữ mô hình hoá với việc mô hình hoá các quy trình nghiệp vụ trong lĩnh vực ngân hàng. Đóng góp chính của bài báo là việc nghiên cứu khung đánh giá và bình luận về ưu nhược điểm của các ngôn ngữ EPCs, UML, Petri Net, BPMN và đưa ra khuyến nghị về vấn đề nên sử dụng ngôn ngữ nào để mô hình hoá các quy trình nghiệp vụ ngân hàng.

Về đầu trang

Khung đánh giá các ngôn ngữ mô hình hoá quy trình nghiệp vụ

Các hình thức biểu diễn thông tin có ảnh hưởng lớn đến việc hiệu quả của vấn đề hiểu biết thông tin đó, tìm kiếm hay giải quyết vấn đề (xem phần Tài nguyên số 5). Do đó, một trong những mục tiêu thiết kế hình ảnh trực quan là làm cho người xem chú ý đến các thành phần quan trọng. Theo Moody và Hillersberg (xem phần Tài nguyên số 3) có 5 nguyên tắc về hiệu quả hiểu mô hình của các ký hiệu trực quan là: Tính rõ ràng của các ký hiệu, tính phân biệt của các ký hiệu, khả năng hiểu ký hiệu, biểu diễn trực quan và tính phức tạp đồ họa. Bên cạnh các tiêu chí này, chúng tôi cũng xem xét các ngôn ngữ cùng với độ phù hợp khi sử dụng khi mô hình hoá các quy trình nghiệp vụ trong lĩnh vực tài chính-ngân hàng.
Tính rõ ràng của các ký hiệu: Nguyên tắc này chỉ ra tầm quan trọng về sự phù hợp giữa các biểu tượng đồ họa được sử dụng trong mô hình và các khái niệm ngữ nghĩa mà chúng biểu diễn. Sẽ là bất bình thường nếu như có tình trạng nhiều biểu tượng cùng đại diện cho một khái niệm (dư thừa) hay một biểu tượng đại diện cho nhiều khái niệm (quá tải) hoặc có biểu tượng đồ họa mà lại không có khái niệm ngữ nghĩa tương ứng (thiếu hụt). Nên tránh tình trạng dư thừa hay thiếu hụt bởi sẽ gây nhập nhằng và khó hiểu không cần thiết cho người sử dụng. Do vậy, các ràng buộc của các ký tự đồ họa sẽ là mục tiêu số một của các ngôn ngữ mô hình hoá trực quan, bởi lẽ ký tự đồ họa sẽ làm nổi bật những mặt riêng có của thông tin trong mối quan hệ với các khía cạnh khác.
Tính phân biệt của các ký hiệu: Giúp người dùng nhận biết các ký hiệu và phân biệt sự khác nhau giữa các ký hiệu của ngôn ngữ. Đặc tính này chịu sự ảnh hưởng lớn bởi số lượng các ký hiệu khác nhau được sử dụng và “độ phân biệt” giữa các ký hiệu đó (khoảng cách trực quan - visual distance). Do vậy, nếu một ký hiệu thực sự khác biệt với các ký hiệu khác thì có thể dễ dàng được nhận ra trong mô hình. Nếu các ký hiệu có tính phân biệt thấp thì rất dễ đẫn đến việc hiểu nhầm ký hiệu. Chẳng hạn, nghiên cứu cho thấy ký hiệu hình chữ nhật và hình kim cương trong sơ đồ ER rất dễ bị nhầm lẫn. Hay nói cách khác, nếu các ký hiệu có các thuộc tính tương tự nhau như màu sắc, hình dạng thì được coi là có liên quan đến nhau. Theo luật Gestalt (xem phần Tài nguyên số 6) về độ tương tự thì các phần tử sẽ được nhóm với nhau nếu chúng có các thuộc tính tương tự nhau. Do đó, các ký hiệu trong các ngôn ngữ mô hình hoá cần có độ phân biệt cao, tránh sự nhầm lẫn hay nhập nhằng.
Khả năng hiểu ký hiệu: Đặc tính này giúp người dùng hiểu ý nghĩa và đại diện của các ký hiệu cùng các khái niệm liên quan và có thể gắn kết ký hiệu với khái niệm liên quan trong thực tế. Các ngôn ngữ mô hình hoá có thể sử dụng các ký hiệu khác nhau để biểu diễn các khái niệm trong thế giới thực. Theo nghiên cứu của Rockwell và Bajaj, mô hình biểu diễn sẽ có hiệu quả cao hơn nếu các biểu tượng sử dụng trong mô hình giống với “khái niệm cung mô tả nốt-mối quan hệ (node-relationship) trong biểu diễn thông tin” (xem phần Tài nguyên số 1).
Biểu diễn trực quan: Các ký hiệu được sử dụng trong các ngôn ngữ mô hình hoá thường sử dụng rất nhiều các đặc tính trực quan (như hình dạng, kích thước, màu sắc, độ sáng, kết cấu v.v...). Do vậy, để đánh giá một ngôn ngữ mô hình hoá thì việc đánh giá các ký hiệu biểu diễn cũng rất quan trọng.
Tính phức tạp đồ họa: Độ "phức tạp" của một mô hình phụ thuộc vào việc sử dụng các ký tự và sự khác biệt giữa các ký tự đó. Tuy nhiên, đôi khi sự phức tạp của các ký tự đồ họa lại làm giảm khả năng hiểu sơ đồ của người dùng. Hay nói cách khác, cần có sự cân bằng nhất định giữa độ phức tạp đồ họa và khả năng hiểu ký hiệu.
Độ phù hợp với lĩnh vực tài chính - ngân hàng: Xem xét ngôn ngữ có phù hợp với việc mô hình hoá các quy trình nghiệp vụ trong lĩnh vực tài chính - ngân hàng hay không? Cụ thể: Ngôn ngữ có được bổ sung các ký hiệu đặc thù để xây dựng các mô hình trong lĩnh vực này hay không? Mức độ hỗ trợ của ngôn ngữ?

Về đầu trang

Sự khác nhau giữa các ngôn ngữ mô hình hoá quy trình nghiệp vụ

Mỗi ngôn ngữ mô hình hoá bao gồm các thành phần cơ bản giúp người dùng định nghĩa các quy trình nghiệp vụ, các thành phần cơ bản thường là:

• Start: Nút xác định điểm bắt đầu của một quy trình. Nút start có thể có một hoặc nhiều cạnh ra.
• End: Nút xác định điểm kết thúc của một quy trình hoặc quy trình con (sub-process). Mỗi nút end chỉ có duy nhất một cạnh vào.
• Tasks (tác vụ): Biểu diễn các tác vụ khác nhau của quy trình. Mỗi nút task thường xác định một hành động (action) hoặc một bước trong quy trình. Các nút task có thể do người dùng hoặc các tác nhân (agent) trong phần mềm điều khiển.
• Decision (lựa chọn quyết định): Thể hiện các lựa chọn có trong quy trình.
• Merge (tổng hợp): Nút tổng hợp những đường khác nhau là kết quả của các nút lựa chọn.
• Split (tách): Có tác dụng chia quy trình thành các nhánh song song. Các quy trình con được tách ra sẽ hoạt động đồng thời.
• Join (nối): Nối các quy trình con hoạt động song song, thông thường nút Join sẽ thực hiện đồng bộ các quy trình con được tách ra từ nút Split.
• Event (sự kiện): Xác định sự xuất hiện của các sự kiện trong quy trình. Trong mô hình, các event thường dùng để kích hoạt các tác vụ, ngoài ra, trong mỗi tác vụ cũng có thể tạo ra các event để kích hoạt các tác vụ khác.

Về đầu trang

Petri Nets

Petri Nets là ngôn ngữ có ít ký hiệu nhất trong số các ngôn ngữ được so sánh trong bài viết này. Do đó, ngôn ngữ này gặp phải một vấn đề lớn về tính rõ ràng của các ký hiệu. Các thành phần lại biểu thị các hành vi khác nhau tuỳ thuộc vào số lượng cung vào và ra của thành phần đó. Ngôn ngữ này sử dụng 2 ký hiệu: hình chữ nhật cho các chuyển đổi (transition) và hình tròn dành cho các địa điểm (place).

Hình 1. Các ký hiệu cơ bản của Petri Nets

Hình 2. Ví dụ mô hình quy trình nghiệp vụ với Petri Nets

Nhấp vào để xem ảnh lớn

Về đầu trang

EPCs

EPC chứa 3 loại biểu tượng: vòng tròn dành cho các kết nối, hình chữ nhật bo tròn cạnh cho các chức năng, và hình lục giác cho các sự kiện. Tuy nhiên, các sự kiện các khác nhau lại không có các ký hiệu khác nhau để biểu diễn, trong khi đó, EPC sử dụng các ký hiệu khác nhau dành cho các kết nối khác nhau. Chẳng hạn, ký hiệu × dành cho phép XOR, ˄ dành cho phép AND, ˅ dành cho phép OR. Ngoài ra, EPC có 2 cách để xác định các quy trình con, có thể bằng ký hiệu quy trình con ở góc dưới bên phải ký hiệu chức năng hoặc bằng các giao diện quy trình để bắt đầu các quá trình tiếp theo.

Hình 3. Các ký hiệu cơ bản của EPCs

Nhấp vào để xem ảnh lớn
Tuy nhiên, EPC chỉ chứa một số ít các biểu tượng và có vấn đề trong việc sử dụng với nhiều điều kiện và tiêu chí khác nhau. Biểu tượng sự kiện (event) bị quá tải (overload) do biểu tượng này đại diện cho nhiều khái niệm, do đó gây ra vấn đề không rõ ràng; biểu tượng kết nối AND và OR khó phân biệt do cả hai đều dùng chung một biểu tượng và chỉ phản ánh theo chiều dọc. Nhìn chung, các ký hiệu của EPC rất trừu tượng, hơn nữa tính biểu diễn trực quan cũng rất hạn chế, do đó gây hạn chế về mặt nhận thức trực giác của người dùng (tuy cũng có một số công cụ thiết kế cho phép sử dụng màu để phân biệt các biểu tượng - như màu đỏ dành cho các chức năng, màu xanh lá cây dành cho các sự kiện v.v...

Hình 4. Ví dụ mô hình quy trình nghiệp vụ với EPC

Về đầu trang

Ngôn ngữ mô hình hoạt động UML

Thành phần chính trong một mô hình hoạt động là các hoạt động (Activity). Hoạt động là một quá trình bao gồm các hành động (action) và các nút điều khiển (control node). Các hành động diễn tả các nhiệm vụ (task) hay các bước (step) được thực hiện khi thi hành Hoạt động tương ứng. Chẳng hạn, để mô hình (đồng bộ hay không đồng bộ các quá trình khác từ một hoạt động, ta có thể sử dụng biểu tượng hành động (action - hình chữ nhật bo tròn 4 góc) và biểu tượng Fork node hoặc join node (hình 3). Về bản chất, các thành phần mô hình hoá này giúp xác định sự tương tác lẫn nhau giữa các quy trình trong một mô hình hoạt động.
Các mô hình hoạt động thể hiện một mạng ngữ nghĩa (tương tự - nhưng không bằng Petri nets). Mỗi hoạt động có thể có một hoặc nhiều nút khởi tạo (Initial node) và một hoặc nhiều nút kết thúc (final node). Trong trường hợp luồng quy trình đạt đến nút kết thúc thì nó sẽ làm ngừng ngay lập tức việc thi hành các hành động và chấm dứt hoạt động tương ứng. Ngược lại nút kết thúc luồng (Flow Final) thì chỉ làm chấm dứt các luồng vào nó mà không kết thúc cả hoạt động. Nút lựa chọn điều kiện (Decision node) biểu diễn bằng một hình thoi có một đầu vào và nhiều đầu ra. Nút Merge thì ngược lại, có nhiều đầu vào và chỉ có duy nhất một đầu ra. Nút Fork được biểu diễn bằng một gạch thẳng đậm nét với một đầu vào và nhiều đầu ra, nút Join thì ngược lại với nhiều đầu vào và một đầu ra. Nút gửi tín hiệu (Send Signal) biểu diễn bằng ngũ giác lồi. Nút Accept Event Action được biểu diễn bằng 2 loại ký hiệu. ký hiệu ngũ giác lõm là dành để biểu diễn việc chờ một sự kiện cụ thể nào đó xuất hiện. Sự kiện ấy có thể là kết quả từ tín hiệu phát ra từ nút Send Signal. Trong khi đó, ký hiệu đồng hồ cát là biểu diễn của Accept Time Event Action.

Hình 5. Các thành phần cơ bản của ngôn ngữ hoạt động UML

Tuy nhiên, ngôn ngữ UML vi phạm một số tiêu chí do Moody đưa ra. Mặc dù các nút kết thúc (kết thúc hoạt động và kết thúc luồng trong hoạt động) có tự khác biệt rõ rệt nhưng các nút bắt đầu và kết thúc hoạt động lại có nét giống nhau. Điểm mạnh của UML là phân biệt tốt giữa các quyết định (decision) và đồng thời (concurrency), các thành phần định hướng này có sự khác nhau rõ rệt. Các nút Send Signal và Accept Event có sự gắn kết khá tốt, nhưng các nút còn lại thì vẫn còn tương đối trừu tượng.

Hình 6. Ví dụ mô hình quy trình nghiệp vụ với UML

Bất lợi lớn nhất của biểu đồ hoạt động là nó không thể hiện rõ ràng các mối quan hệ giữa các hoạt động và các đối tượng, điều này được thể hiện tốt hơn ở biểu đồ tương tác hoặc biểu đồ trạng thái.
Trong biểu đồ hoạt động, các đối tượng bị tác động bởi hành động của đối tượng khác không được chỉ ra rõ ràng. Bên cạnh đó, biểu đồ hoạt động cũng không chỉ ra được trường hợp các đối tượng khác nhau có thể thực hiện cùng một hành động (hoặc đối tượng này thực hiện hoặc đối tượng kia thực hiện) và trường hợp cùng một đối tượng có thể thực hiện một trong nhiều hành động (hoặc thực hiện điều này hoặc thực hiện điều kia).

Về đầu trang

BPMN

Hình dưới đây là các ký hiệu cơ bản của BPMN. BPMN sử dụng các loại sự kiện khác nhau để xác định điểm đầu và điểm cuối của một quy trình. Các kí tự cơ bản này có thể được mô tả mở rộng bằng nhiều ký hiệu khác. BPMN cũng sử dụng các ký hiệu khác nhau cho sự kiện kết thúc. Nút kết thúc (Terminal) sẽ chấm dứt toàn bộ các phần đang thực hiện (nếu có) trong quy trình. Nút thể hiện sự kiện Gửi (Send) và Nhận (Receive) được biểu diễn bằng các ký hiệu rỗng và đặc trong các hình tròn. Các nút này sử dụng hình phong bì thư khá trực quan. Các bước khác nhau trong một quy trình được gọi là các nhiệm vụ (task): chẳng hạn quy trình con nhúng (embedded sub-process) hoặc quy trình con thu gọn (collapsed sub-proccess). BPMN sử dụng các cổng (gateway) để thể hiện các ràng buộc. Các nút Join và Split của các cổng này đều sử dụng ký hiệu hình thoi để biểu diễn. Cổng XOR thì có thể được có hoặc không có dấu X còn cổng AND thì có dấu + ở bên trong.

Hình 7. Các thành phần cơ bản của BPMN

Tuy vậy, BPMN cũng có một số điểm yếu, đôi khi gây lầm lẫn cho người đọc. Chẳng hạn, cổng XOR có thể được biểu diễn bằng nhiều ký hiệu (hình thoi rỗng hoặc hình thoi và dấu X. Hơn nữa, giữa các ký hiệu đôi khi có ít sự phân biệt rõ. Chẳng hạn, ký hiệu Start và End chỉ khác nhau ở viền của hình tròn (độ dày, đậm); cổng XOR có dấu X tương đối khó phân biệt với cổng AND có dấu +. Nhiều ký hiệu trong BPMN sử dụng độ sáng khác nhau để diễn tả các sự kiện khác nhau (chẳng hạn hình rỗng hay hình đặc v.v...). Hoa văn và màu sắc tuy không được sử dụng trong bộ ký hiệu chuẩn, nhưng các công cụ thiết kế vẫn thường đưa vào để làm nổi bật các nhiệm vụ. Các ký hiệu của BPMN không có sự phức tạp, cầu kỳ, trau chuốt về mặt đồ họa, nhưng BMPN lại có rất nhiều các biểu tượng và hàng loạt các biểu tượng phụ kèm theo, chính điều này có thể làm cho người dùng khó học.

Hình 8. Ví dụ mô hình quy trình nghiệp vụ với BPMN

Về đầu trang

Đánh giá

Dựa trên những phân tích cụ thể về các ngôn ngữ trong phần trên, có thể tổng hợp sự khác biệt của các ngôn ngữ mô hình hoá xét cả về mặt xây dựng mô hình và hiểu mô hình trong Bảng 1 dưới đây.

Bảng 1. So sánh các ngôn ngữ mô hình hoá

	Petri Nets	EPCs	UML	BPMN
Tính rõ ràng của ký hiệu	Các ký hiệu thiếu tính rõ ràng.	Ký hiệu rất trừu tượng, không rõ ràng. Một số ký hiệu bị quá tải. Gây hạn chế về nhận thức cho người dùng.	Nhiều nút vẫn còn tương đối trừu tượng. Biểu đồ hoạt động chưa thể hiện rõ mối quan hệ giữa hoạt động và các đối tượng.	Hệ thống ký hiệu phong phú, các ký hiệu được biểu diễn trực quan. Một số ký hiệu chưa thực sự khác biệt.
Tính phân biệt của ký hiệu		Khó khăn khi phân biệt ký hiệu function và event. Ký hiệu OR và AND khó phân biệt.	Các nút có tính phân biệt khá tốt. Khó khi phân biệt nút start và end.	Khó khi phân biệt nút start và end. Ký hiệu X và + khá giống nhau trong một số biểu tượng.
Khả năng hiểu ký hiệu	Dễ gây nhầm lẫn do sử dụng quá ít ký hiệu.	Nhiều ký hiệu trừu tượng, khó hiểu.	Nhiều nút vẫn còn tương đối trừu tượng.	Một số ký hiệu trừu tượng, khó hiểu.
Biểu diễn trực quan	Khả năng biểu diễn trực quan rất hạn chế.	Khả năng biểu diễn trực quan bị hạn chế. Hầu hết biểu tượng phân biệt hình dáng và kích thước.	Khả năng biểu diễn trực quan bị hạn chế.	Khả năng biểu diễn trực quan bị hạn chế.
Tính phức tạp đồ họa	Ký hiệu đơn giản, nghèo nàn.	Số lượng ký hiệu ít, dễ học.	Số lượng ký hiệu phong phú .	Số lượng ký hiệu phong phú nhất. Mất nhiều thời gian để học hơn.
Độ phù hợp với lĩnh vực tài chính - ngân hàng	Có quá ít ký hiệu. Không phù hợp mô hình hoá quy trình nghiệp vụ ngân hàng.	Có khả năng biểu diễn, tuy nhiên rất hạn chế.	Có khả năng biểu diễn, tuy nhiên khá hạn chế.	Tiếp cận theo hướng quy trình. Có khả năng mở rộng thêm các ký hiệu. Đã được bổ sung thêm các biểu tượng về ngân hàng. Phù hợp để mô hình hoá các quy trình nghiệp vụ ngân hàng.

Về đầu trang

Kết luận

Mô hình hoá quy trình nghiệp vụ là một công việc quan trọng, có ý nghĩa lớn đối với việc tổ chức, xây dựng và quản lý doanh nghiệp. Việc sử dụng các ngôn ngữ mô hình hoá để biểu diễn, mô phỏng và đánh giá các quy trình nghiệp vụ trong thực tế ngày càng tăng lên trong các ngân hàng. Vấn đề đặt ra là nên lựa chọn ngôn ngữ nào để phù hợp với hoạt động tin học hóa, phát triển sản phẩm dịch vụ trong lĩnh vực ngân hàng vốn đòi hỏi sự linh hoạt, ổn định và khả năng tích hợp với các hệ thống sẵn có.
Kết quả đánh giá các ngôn ngữ cho thấy, ngôn ngữ BPMN là một ngôn ngữ được tiếp cận theo hướng quy trình, có hệ thống ký hiệu phong phú nhất, có khả năng mở rộng thêm các ký hiệu. Ngôn ngữ này còn có các kỹ thuật sinh tự động mã BPEL thực thi dưới dạng các Web-services nhằm tích hợp giữa tầng nghiệp vụ với các hệ thống nghiệp vụ ngân hàng lõi core banking. Các công cụ mô hình hóa sử dụng BPMN đều được trang bị các chức năng tạo báo cáo và đánh giá hiệu quả, chỉ có khác là mức độ tiện dụng và sự thân thiện. BPMN có thể được sử dụng bởi cả người làm công nghệ và người làm nghiệp vụ, nhưng chắc chắn người làm nghiệp vụ sẽ dễ dàng làm quen với BPMN hơn so với các ngôn ngữ mô hình hóa khác. Việc sử dụng bộ ngôn ngữ BPMN – vốn được thiết kế theo hướng quy trình cho người làm nghiệp vụ – chắc chắn sẽ đáp ứng được các yêu cầu trong quá trình mô tả các sản phẩm dịch vụ ngân hàng về sự linh hoạt, ổn định, dễ sử dụng và khả năng tích hợp với các hệ thống thông tin khác tại ngân hàng.

Tài nguyên

• Tài liệu tham khảo:
  • [1] Akhilesh Bajaj và Stephen Rockwell. Advanced Topics in Database Research, Kapitel COGEVAL: Khung mệnh đề Dựa trên lý thuyết nhận thức để đánh giá Mô hình khái niệm, trang 255–282. Nhà xuất bản Idea Group, 2005.
  • [2] Anna Gunhild Nysetvold và John Krogstie, đánh giá ngôn ngữ Business Processing Modeling sử dụng Generic Quality Framework, Advanced Topics in Database Research: Vol. 5, Đại học khoa học và công nghệ Na Uy, Viện khoa học máy tính, thông tin và truyền thông SINTEF , Na Uy, 2006, trang 79-91.
  • [3] Daniel Moody và Jos Hillegersberg. Evaluating the Visual Syntax of UML An Analysisof the Cognitive Effectiveness of the UML Family of Diagrams. Springer-Verlag, Berlin, Heidelberg, 2008
  • [4] Jan Mendling và Jan Recker. Hướng tới việc sử dụng các nhãn (Labels) và biểu tượng (Icons) trong Business Process Models. Trong Terry Halpin, Hendrik Alexander Proper and John Krogstie, Hrsg., 12th International Workshop on Exploring Modeling Methods in Systems Analysis and Design, CEUR Workshop Proceedings Series, trang 1–13, Montpellier, France, 2008.
  • [5] K. Figl , J. Mendling , M. Strembeck, hướng đến việc đánh giá khả năng sử dụng của ngôn ngữ Process Modeling, 8. GI-Workshop EPK 2009: Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten. CEUR-WS: Berlin, 2009.
  • [6] M. Wertheimer. A sourcebook of Gestalt psychology, Kapitel Laws của tổ chức các hình thái tri giác, trang. 7188. Routledge và Kegan Paul, London, Anh, 1938. Được in lại từ Psychologische Forschung, 4, trang 301350, 1923.
  • [7] http://en.wikipedia.org/wiki/Modeling_language 
  Source: http://www.ibm.com/developerworks/vn/library/rational/2013Q4/ra-uml-bpm-bank/

Read More

Business Process Management

Đối với mỗi doanh nghiệp, việc ký duyệt các văn bản nội bộ để đưa ra một quyết định sản xuất, kinh doanh, cung cấp dịch vụ hoặc đơn giản chỉ là một sự thay đổi đơn hàng, yêu cầu nguyên vật liệu, một quyết định nâng cấp - nâng lương… cho tới những quyết định để thay đổi một chiến lược kinh doanh mang tầm vĩ mô… đều đòi hỏi có sự ký duyệt từ các bên liên quan để đi tới một quyết định cuối cùng.

 

Điều gì đã xẫy ra khi doanh nghiệp chưa ứng dụng CNTT vào các quy trình ký duyệt của mình?

• Phần lớn các doanh nghiệp ở Việt Nam đang làm thủ công cho việc ký duyệt các văn bản, điều này đã làm tiêu tốn hầu hết thời giờ của các nhà quản trị và các nhà chiến lược, mỗi ngày họ phải đối mặt với vô số chồng hồ sơ trên bàn làm việc và các áp lực đưa ra một quyết định kinh doanh hiệu quả dựa vào các thông tin tập hợp trong những chồng hồ sơ, văn bản đó thì không đơn giản chút nào.
• Tiêu tốn quá nhiều thời gian cho quá trình ký duyệt một văn bản.Chi phí cao cho các thiết bị văn

MỘT QUY TRÌNH KÝ DUYỆT VĂN BẢN ĐƠN GIẢN:

(Quy trình ký duyệt nghỉ phép)

 

• Phòng như: giấy, mực in, máy in, bút… các văn bản cần ký duyệt sẽ bị trễ hạn nếu như các cấp ký duyệt không có mặt tại phòng làm việc.
• Truy lục lại thông tin luôn là một trong những nhu cầu cần thiết của mỗi doanh nghiệp, nếu các văn bản, thông tin chỉ được lưu trữ trong các tập hồ sơ dày cộp, chúng ta sẽ tiêu tốn nhiều thời gian, công sức để truy tìm lại những thông tin cần thiết khi cần.
• Nhu cầu tổng hợp thông tin để phục vụ các cấp quản lý trong việc đưa ra các quyết định và chiến lược kinh doanh trong các thị trường đầy năng động và tiềm ẩn nhiều rũi ro như hiện nay rất khó khăn.
• Không có công cụ để chiết xuất thông tin nhằm phục vụ tốt cho việc lập kế hoạch quản lý, giám sát, kiểm soát chi tiêu nội bộ.
• Chưa xây dựng được một môi trường văn hóa doanh nghiệp dựa vào CNTT để nâng cao lợi thế cạnh tranh và giá trị doanh nghiệp trên thị trường.

Read More