Sơ lược
Trụ sở chính: B909, Tòa nhà Waseco, 10, Phổ Quang, P 02, Q Tân Bình, Tp
Hồ Chí Minh Là đối tác kinh doanh cấp cao của IBM
Website: http://www.coutureconsulting.com/ Điện thoại : (+84) 8 3997 3366
Giải pháp công nghệ
Công ty TNHH tư vấn Couture Việt Nam luôn đi đầu với nhiều kinh nghiệm về các nền tảng hàng đầu trong các lĩnh vực BPM, ECM và Mobility
Chúng tôi cung cấp dịch vụ và giải pháp công nghệ thông tin cho các công ty trong lĩnh vực Dịch Vụ Tài Chính, Ngân hàng, Quỹ và Quản lý Hưu Trí, Bảo hiểm, Năng lượng, Sản Xuất và nhiều ngành khác.
2 Thời gian biểu thực tập.
Lịch thực tập chính
✓ Ngày bắt đầu: Thứ 2 – Ngày 20/2/2017
✓ Ngày kế thúc: Thứ 6 – Ngày 12/05/2017
Lịch chi tiết: toàn thời gian
✓ Số ngày thực tập trong tuần: 4/5 ngày Thứ hai, thứ ba, thứ tư và thứ sáu.
Bảng chi tiết công việc mỗi tuần
- Anh Thông chia sẻ các kỹ năng làm việc và nội dung công việc, yêu cầu cho thực tập sinh
- Tiếp cận quy trình doanh nghiệp bằng đọc tài liệu về quy trình tung sản phẩm mới và Process Modeling
- Tìm hiểu và thực hành trên công cụ Blueworks Live
- Tìm hiểu quy trình “The Hiring Requestion Project”
- Được cấp quyền và tài khoản truy cập vào hệ thống nội bộ công ty
- Cài đặt và tìm hiểu về công cụ IBM Process Designer
- Thiết kế, xây dựng và chạy kỹ thuật Playback 0 cho một quy trình đơn giản bằng IBM Process Designer
Để cải thiện quy trình hoàn trả tiền tại Ngân hàng Trung Đông, chúng tôi sẽ tiếp cận và tái triển khai dự án Business Requirement Specification trước đây Việc áp dụng phân tích kinh doanh (BA) sẽ giúp xác định rõ các yêu cầu cần thiết, tối ưu hóa quy trình và nâng cao hiệu quả quản lý hoàn trả tiền.
- Giải quyết làm sao đưa 1 thông điệp từ hệ thống bên ngoài vào hệ thống BPM
- Tiếp tục dự án thực tế Business Requirement Specification giải quyết bằng IBM Process Designer
- Giải quyết điều kiện bằng cổng phân chia luồng chạy của quy trình
- Cách dùng biến toàn cục và cục bộ
- Sử dụng Coach và Diagram
- Lập trình để giải quyết chức năng: sử dụng Script trong diagram
- Task TSC tự động tạo ra 2 bảng do lỗi binding cho phần Section 2 lần
- Mở ra 1 dialog từ 1 link trong 1 ô của table
Trong quy trình quản lý case, có hai trường hợp chính cần phân biệt: CloseCase và Generate CloseCase mở ra một bảng thông báo lý do kết thúc case và đồng thời thoát khỏi quy trình lớn, trong khi Generate thực hiện việc đóng task đang hoạt động và chuyển tiếp sang bước tiếp theo trong quy trình lớn Việc hiểu rõ sự khác biệt này giúp tối ưu hóa quy trình làm việc và nâng cao hiệu quả quản lý case.
- Chỉnh sửa trên nền Web thay vì Desktop
- Kiến thức về Framework Brazo hỗ trợ nhiều tín năng thiết kế và xử lý quy trình như thế nào?
- Load, Delete từ dialog ra combobox
- Hiển thị nội dung chọn trong Combobox ra Text Area
- Làm sao giao công việc của Task cho user khác cùng team (dùng Assigment)
- Chuẩn hóa quy trình thông qua chuẩn hóa cách đặt tên cho các biến, diagram
- Làm sao để các button trong Coach đi đúng điều hướng mong muốn (thành thạo cách sử dụng IBM Process Designer)
- Chuyển và thực thi Process Diagram từ máy sang dashboard online
- Làm tương tự cho 2 case Risk và Compliance
- Hoàn thành và chạy thử toàn bộ quy trình
- Làm giao diện người dùng nhập (UI - user interface) chính là kỹ thuật Playback 1 trong IBM Process Designer
- Thuần thục kỹ năng sử dụng CSS làm UI
- UI Xuất => Pass kỹ năng sử dụng CSS làm UI
Dự án cũ yêu cầu cao hơn, cần nhận báo cáo hoặc file từ hệ thống bên ngoài và hệ thống IBM Process Designer Việc này đòi hỏi phân tích kỹ lưỡng để tích hợp và triển khai hiệu quả trong quy trình làm việc.
- Đọc file đuôi CSV chuyển sang file TXT bằng chức năng có sẵn trong hệ thống
- IBM Process Designer không thể biết lỗi chính xác ở đâu, tìm hiểu làm sao để truy cập vào server xem lỗi (Dùng phần mềm Bitvise SSH)
Để xử lý file TXT chứa thông tin dưới dạng một dòng dài, bạn có thể sử dụng JavaScript để cắt nhỏ và phân loại các dữ liệu Đầu tiên, hãy đọc nội dung file và sử dụng phương thức `.split()` để tách các thông tin thành mảng Sau đó, bạn có thể lặp qua mảng này và sử dụng các điều kiện để phân loại dữ liệu vào các cột tương ứng, mỗi cột sẽ đại diện cho một thuộc tính khác nhau của đối tượng Cuối cùng, bạn có thể lưu trữ các thuộc tính đã phân loại vào một cấu trúc dữ liệu phù hợp, như đối tượng hoặc mảng, để dễ dàng truy xuất và sử dụng sau này.
Để kích hoạt hệ thống xử lý các đối tượng một cách tự động và tuần tự, bạn cần sử dụng UCA kết hợp với vòng lặp Việc này giúp đảm bảo rằng mỗi đối tượng được xử lý một cách hiệu quả và liên tục, tối ưu hóa quy trình làm việc.
- Tìm hiểu về tín năng nổi bật trong quản lý quy trình: Task Performance và Process Performance
- Làm sao chỉ user nào được cho phép mới có quyền xem thống kê trong Task Performance và Process Performance (dùng Expose Performance Metrics trong IBM Process Designer)
- Nghiên cứu sâu hơn về blueworksLive và IBM Process Designer
- Viết báo cáo các kết quả đạt được
Được giao nhiệm vụ đào tạo về quản lý quy trình kinh doanh dựa trên công nghệ IBM BPM (International Business Machines Business Process Management) và phân tích quy trình kinh doanh (BA - Business Analysis).
Thành thạo các công cụ hỗ trợ nghiệp vụ IBM BPM và BA
Tìm hiểu về BPM – Bussiness Process Management
Tổng quan
BPM là phương pháp quản lý quy trình kinh doanh thông qua giải pháp phần mềm, giúp kiểm soát toàn bộ hoạt động, phát hiện kịp thời các vấn đề và nhanh chóng cải thiện năng suất, hiệu quả làm việc của doanh nghiệp.
BPM không phải là sản phẩm công nghệ
Bước đầu thành công của BPM yêu cầu sự liên kết chặt chẽ giữa hoạt động kinh doanh (Business Operation) và công nghệ (Technologists)
BPM giúp doanh nghiệp tăng tốc độ hoạt động, giảm thiểu rủi ro và tiết kiệm chi phí, thời gian cũng như nguồn nhân lực bằng cách loại bỏ những bước không cần thiết và hướng tới tự động hóa quy trình.
Quy trình BPM
Giai đoạn 1: Khám phá (Discovery phase) - tập trung phân tích, kết hợp ghi chép, tổng hợp để hiểu được trạng thái hiện tại của quy trình kinh doanh
Giai đoạn 2: Mô hình hóa (Modeling) - thiết kế, xây dựng mô hình hóa quy trình giao diện người dùng, dữ liệu
Giai đoạn 3: Thực thi (Execute) là quá trình trình bày các hoạt động đã thực hiện, đồng thời duy trì sự tương tác liên tục với các bên liên quan để thu thập ý kiến phản hồi Việc này giúp điều chỉnh và cải tiến dự án, đảm bảo đạt được sự hoàn thiện tối ưu nhất, phù hợp với thực tế.
Giai đoạn 4: Cải tiến quy trình (Process improvement) là bước quan trọng trong quản lý quy trình kinh doanh (BPM), yêu cầu duy trì và nâng cấp hệ thống Để đạt được điều này, cần có các báo cáo về hoạt động theo thời gian thực và lưu trữ lịch sử báo cáo Những thông tin này hỗ trợ chuyên gia dự đoán xu hướng và giúp ban lãnh đạo công ty đưa ra các quyết định chiến lược, định hướng phát triển.
Một số lưu ý khi thực hiện BPM
Loại Dữ liệu trong và ngoài hệ thống BPM (Type Data)
Trạng thái của quy trình (State Process)
Các quy tắc và quyết định (Rules and Decisions)
Tùy theo bối cảnh mà áp dụng các kỹ thuật BPM hợp lý (Top-down, Bottom-up).
Tìm hiểu và thực hành công cụ Blueworks Live
Tổng quan
Blueworks Live là phần mềm công nghệ đám mây, cung cấp môi trường và công cụ để khám phá, định nghĩa, thiết kế và kiểm soát quy trình doanh nghiệp một cách toàn diện.
Một số lý do tại sao Blueworks Live là sự lựa chọn tốt nhất ở thời điểm hiện tại:
✓ Giao diện đồ họa trực quan, dễ sử dụng cho cả người không chuyên trong lĩnh vực BPM
Cho phép ghi chép và lưu trữ các quyết định, lịch sử thay đổi, tài liệu theo thời gian thực, đối tượng tham gia và chi phí thực tế, nhằm phục vụ cho báo cáo sau này.
✓ Nguồn duy nhất lưu trữ và chia sẻ các thông tin từ cũ nhất đến mới nhất của tất cả phiên bản quy trình
✓ Cho phép hai hoặc nhiều người dùng có thể làm việc trên cùng một quá trình tại cùng thời điểm
Tất cả các bên liên quan đều có thể tham gia vào việc xây dựng và quản lý mô hình quy trình, cũng như đóng góp vào quá trình hoàn thiện Tuy nhiên, Blueworks Live có những giới hạn về phạm vi quyền truy cập.
Mô tả các giao diện làm việc chính
Task Work cung cấp thống kê chi tiết về quy trình làm việc, thời gian hoạt động, lịch sử công việc và đặc biệt là thông tin về việc khởi chạy dự án mà bạn đang tham gia.
Màn hình làm việc của task work
Task Community hiển thị luồng hoạt động riêng tư của bạn và các dự án bạn đang có quyền theo dõi
Màn hình làm việc của task Community
Task Library là giao diện các không gian làm việc (Spaces)
Màn hình làm việc của task Library
Giao diện của không gian làm việc Space
✓ Space: Không gian làm việc
✓ Process Bluprint: nơi thiết kế mô hình và ghi chú các thông tin liên quan
✓ Process App: quy trình ứng dụng nhỏ với mục đích để yêu cầu sự chấp thuận từ các bên có liên quan đến quy trình chính của doanh nghiệp
✓ Policy: các chính sách mà doanh nghiệp yêu cầu áp dụng cho quy trình
✓ Decision: quy định liên quan đến luồng chạy của quy trình
3 chế độ hoạt động trong bản thiết kế (Blueprint Process) là:
Discovery Map là chế độ thiết kế mô tả quy trình tập trung vào câu hỏi "làm cái gì" thay vì "khi nào" và "làm như thế nào" Mỗi cột mốc sự kiện (Mile stone) sẽ bao gồm nhiều công việc (activity) Kiểu thiết kế Discovery Map thường được thực hiện đầu tiên, dù chỉ là bản nháp, nhưng từ đó, Blueworks Live có khả năng chuyển đổi sang dạng Process Diagram cấp cao hơn.
Màn hình chế độ làm việc Discovery Map của Blueprint Process
Chế độ thiết kế Process Diagram tập trung vào việc mô tả luồng công việc (workflow) cùng các hoạt động (activity) thuộc phạm vi xử lý của tổ chức hoặc cá nhân (swim lane) Từ Discovery Map, quy trình chỉ có thể chuyển đổi sang dạng tuần tự mà không có phân luồng Để phân chia các dòng chảy công việc theo ý muốn, người thiết kế cần sử dụng khối kim cương – cổng (gateway) thực hiện chức năng phân luồng.
Màn hình chế độ làm việc Process Diagram của Blueprint Process
Chế độ thiết kế này cho phép người thiết kế lưu lại các chú thích quan trọng liên quan đến quyết định, dữ liệu, thành phần tham gia, chi phí và thời gian thực, nhằm phục vụ cho việc báo cáo sau này.
Add/ Edit Documentati Show/ Edit Detail Show/ Add Comment Get a Link to this activity
Màn hình chế độ làm việc Documentation của Blueprint Process
Các tín năng nổi bật
4.2.3.1 Playback Đây tín năng mà BA dùng để trình bày cho khách hàng những gì hệ thống sẽ hiện thực hóa, mô tả theo các dòng chảy (đường đi/ luồng công việc) của quy trình kèm theo phân tích (Analysis) các thông số quan trọng đã ghi chú (nếu có) như Participants, Business Owner, Expert, Work Time, Cost, Input, Output, Polices, Risk,…
Phân chia luồng công việc của Playback 0
4.2.3.2 Launch Process Đây là tín năng tạo ra một quy trình với thứ tự, nội dung các công việc do chính Administrator tạo ra cho phép yêu cầu các bên liên quan có thẩm quyền đánh giá về dự án có đang đi đúng hướng không, họ có thể chấp nhận (Approve/ Complete) hoặc không Lưu ý nếu bất kỳ giai đoạn nào không được chấp thuận (Reject) thì lần thực thi đó mặc định theo thiết kế sẽ phải hủy bỏ và các bước chấp thuận của các users trước đều không được tính (đây là hạn chế của kỹ thuật Launch Process)
Bước 1: Tạo mới Process App
Bước 2: Đặt tên và chọn kiểu trình bày cho Process App theo dòng chảy hay danh sách công việc (Workflow/ Checklisk)
Buớc 3: Xây dựng mẫu thiết kế quy trình yêu cầu sự chấp thuận của các bên liên quan và Publish cho phép các bên liên quan tương tác được Space đó
4.2.3.3 Snapshots Đây là tín năng tạo và lưu lại tất cả các phiên bản từ lúc bắt đầu đến khi kết thúc dự án, ghi lại tất cả những thay đổi trong suốt quy trình
Tại mỗi phiên bản người dùng (user) có thể:
✓ Publish cho phép user khác có quyền truy cập vào Space của bạn (Actions/ Publish)
Chạy tự động giúp hiển thị toàn bộ dự án của quy trình, đồng thời yêu cầu sự chấp thuận hoặc từ chối từ các bên liên quan theo thứ tự song song hoặc tuần tự, dựa trên các hành động mà Administrator đã tạo ra trước đó (Actions/Launch Process App).
Bước 1: Chọn Launch a Process App Bước 2: Chọn quy trình đã tạo trước nhờ chức năng Launch Process
Bước 3: Thực thi bằng sự chấp thuận (Approve/ Reject) của các Stackholders
Kết quả sau khi thực thi Launch Process
Bước 4: Tới bước của user nào thì email của user đó sẽ tự động thông báo.
Tìm hiểu và thực hành công cụ IBM Process Designer
Tổng quan
Công cụ này chủ yếu được sử dụng để xây dựng phần mềm quy trình doanh nghiệp, tương tự như Visual Studio, Visio hay Microsoft Project Tuy nhiên, nó nổi bật với khả năng kết hợp nhiều chức năng trên cùng một nền tảng, bao gồm vẽ quy trình, lập trình chức năng, thiết kế giao diện và quản lý toàn bộ quy trình.
Dự án thực tế Business Requirement Specification
Trong bài viết này, tôi sẽ chia sẻ những kiến thức và kỹ năng mà tôi đã tích lũy được từ việc sử dụng IBM Process Designer trong một dự án thực tế về Business Requirement Specification Dự án này tập trung vào giai đoạn thực hiện công nghệ, không phải chỉ dừng lại ở việc phân tích quy trình.
Ngân hàng ở Trung Đông đang triển khai một quy trình hoàn tiền tự động cho khách hàng, đảm bảo tuân thủ các quy định của ngân hàng Khi nhận thông tin tài khoản từ hệ thống khác, hệ thống sẽ tự động xử lý và kiểm tra xem tài khoản có đủ điều kiện hoàn trả hay không, trước khi gửi kết quả về hệ thống thực.
Có 4 nhóm thuộc các bộ phận của Ngân Hàng tham gia vào quy trình đó là TSC, Compliance, Risk tham gia vào duyệt thông tin accounts, còn MailRoom là phòng ban nhận và gửi email liên quan đến quy trình
Quy trình xử lý tự động đề cập ở trên chính là dùng IBM Process Designer
✓ Business Process Definition (BPD): là mô hình có thể tái sử dụng được của một quy trình bao gồm các công việc và luồng hoạt động
Business Procee Definition của quy trình Business Requirement Specification
Sự kiện nhận thông tin từ bên ngoài hệ thống BPM đóng vai trò quan trọng trong việc khởi động quy trình chính hoặc quy trình con Mỗi lần xử lý thông tin trong hệ thống này đều phải được thực hiện theo trình tự, đảm bảo tính đồng nhất và hiệu quả trong quản lý quy trình.
Undercover agents (UCAs) initiate a process by triggering an event that calls a Business Process Definition (BPD) They transmit data to the BPD using related services or variables.
Gọi UCAs trong quy trình chính
✓ : phần dịch vụ cho phép sử dụng quy định hoặc điều kiện để xác định việc triển khai quy trình theo đường nào
Gọi Decision Service trong quy trình chính
✓ : dùng ngôn ngữ tự nhiên để đặt ra các điều kiện trong Decision Service
Mô hình Diagram của Decision Service
Các biến cục bộ (Variables) của Decision Service
Chi tiết trong BAL Rule của Decision Service
✓ : dịch vụ cho phép xây dựng thử nghiệm, chạy các tác vụ và bảng điều khiển, có thể là trên máy chủ hoặc trình duyệt web
✓ giao diện người dùng (UI) cho Human Service
Màn hình diagram – các chức năng được thiết kế trong Coach TSC
Màn hình biến cục bộ trong Coach
Trong lập trình, biến được phân chia thành hai loại chính: biến toàn cục (Global Variables) và biến cục bộ (Local Variables) Trong mỗi Task, các biến được sử dụng là biến cục bộ, trong khi đó, biến trong quy trình chính được xem là biến toàn cục.
Variables gồm có 3 loại thuộc 3 phạm vi:
• Input: Biến nhận giá trị từ biến toàn cục/ hệ thống khác
• Private: Biến chỉ sử dụng trong phạm vi Task/ Process đang làm việc
• Output: Biến dùng để xuất giá trị cho biến toàn cục/ hệ thống khác
Giao diện thiết kế trên máy tính
✓ Một số Script xử lý chức năng:
Script tạo các giá trị mặc định trước khi Task TSC được thực thi
Script thêm một đối tượng vào một danh sách
Script mô tả chức năng xóa khi chọn tick vào ô vuông và cập nhật lại giá trị cho danh sách của Combobox
Script tạo mới 1 template và lưu lại nôi dung của template đó
Script gán giá trị cho tab A để khi nhấn 1 nút từ tab B thì tự động chuyển từ giao diện tab B sang giao diện tab A
Script khi lựa chọn tên template nào trong Combobox thì nội dung tương ứng sẽ tự động hiện ra
Script của chức năng nhấp vào CloseCase/ Close để đóng luôn quy trình từ bước đó
Chi tiết cổng phân luồng chảy công việc (getway)
✓ Giao diện người dùng trên nền web:
Giao diện người dùng TSC online
✓ Thiết kế giao diện bằng CSS:
Giao diện thiết kế Coach trên máy tính
Giao diện thiết kế CSS
Giao diện người dùng đã qua tinh chỉnh bằng CSS
Kết quả đạt được
Kiến thức chuyên môn: về IBM BPM (International Business Management Business Process Management), BA (Business Analysis), sử dụng thành thạo công cụ