Báo cáo thực tập phát triển servicenow

Tìm hiểu công ty, setup account và laptop công ty

Nội dung: giới thiệu về công ty, cách tổ chức của công ty, được nghe nhân viên bộ phận nhân sự(HR) giới thiệu về công ty, quá trình thành lập và phát triển, quy trình làm việc từ cao xuống thấp, cách thức tổ chức của công ty, các phòng ban về IT, HR, ServiceNow Delivery … Ngoài ra, thực tập sinh còn được giới thiệu về văn hóa làm việc trong công ty như thời gian đi làm, các quy định, cách sử dụng email trong công việc, …. Vào buổi chiều, thực tập sinh được hướng dẫn cách setup và kích hoạt tài khoản công ty để kết nối đến các phần mềm làm việc chính của công ty Như Outlook, MS Team và phần mềm bảo mật Okta. Ngoài ra, thực tập sinh còn được giới thiệu về Mentor, Project Manager (PM),People Manager (PPM) đồng hành trong quá trình thực tập, được giới thiệu training plan.Sau khi kết thúc buổi giới thiệu, thực tập sinh sẽ được Mentor hướng dẫn setup account DXC của công ty, setup Universal ID, giải thích chung về training plan.Hướng dẫn thực tập sinh tìm hiểu về các công cụ cài đặt bảo mật cho tài khoản công ty cấp thông qua bên thứ ba (Okta Verify).

Lý do các nhân sự của công ty hiện tại làm việc remote trên ứng dụng Microsoft Teams (Sử dụng cho mục đích meeting và các buổi training cũng được tổ chức thông qua nền tảng này). Ngoài ra, em còn nhìn nhận được quy trình làm việc thực tế khác biệt thế nào so với môi trường đại học, có thể biết được những việc nên/không nên làm khi tham gia và một công ty phần mềm. ● ServiceNow Core, UI and User Administration: Các thành phần cơ bản của giao diện phía Administrator sử dụng trong quá trình sử dụng ServiceNow: Navigation Bar, Global Search Bar, Header Menu Item,Context Menu, List, Form,.

Tất cả mọi thành phần của ServiceNow đều được tạo ra bởi 1 record và các record này được tập hợp thành nhóm để giải quyết một vấn đề hoặc chưa một kiểu giữ liệu chung gọi là list. Ngoài ra, còn có hướng dẫn về Schema Map để thực tập sinh hiểu hơn về mối quan hệ giữa các bảng với nhau, các base table có sẵn của một Instance SNOW và sự khác biệt của chúng với các Code Table. ● Service Automation Platform: Tìm hiểu khái niệm Knowledge Base (KB) một phương pháp để lưu trữ lại những thông tin cần thiết của Instance cho những user khác.

Được biết thêm về quy trình tự động hóa của SNOW qua một module mới được giới thiệu là Flow, ngoài ra em cũng được học thêm về tiền thân của Flow là Workflow và lý do tại sao. ○ Client Script cho phép tác động trực tiếp đến các field và form ở thời gian thực, ta có thể: Đặt cursor ở một field nhất điện khi form vừa load; tạo ra các hộp thoại alert, confirm, message như code js thông thường; tự động. ○ Các hình thức khác nhau của Client Script: onSubmit(kích hoạt khi form được submit), onChange(kích hoạt khi có bất cứ thay đổi về giá trị nào xảy ra với một field trong form), onLoad(kích hoạt ngay khi form vừa được load), onCellEdit(kích hoạt khi một field được thay đổi ở ListView).

○ Business Rule có 4 điều kiện chạy: Display(dùng chung với g_scratchpath để đưa dữ liệu lên cho Script ở phía Client), Before(chạy BR trước khi data được query dưới db), After(chạy sau khi data được query dưới server, dùng khi không có thay đổi nào của record hiện tại dưới db), Async(giống After nhưng BR không cần phải đợi đến khi server thực hiện query xong thì mới chạy). ● Scripting in ServiceNow - Working with catalog item: Service Catalog được tạo ra dưới dạng framework với mục đích để tổ chức và biểu diễn các orderable items(qua cả dịch vụ lẫn hàng hóa vật lý) qua một cách đơn giản và dễ dàng hơn cho End-User có thể tiếp cận được. Chỉnh sửa user criteria và entry page để đảm bảo end-user có thể access được Portal này và mọi end-user đăng nhập vào Instance đều được redirect sang trang Portal.

● ServiceNow Application Creation - Design, Create and manage an application: Tìm hiểu về cấu trúc của một application, cách để tạo và quản lý vòng đời của một application. ● ServiceNow Application Creation - Application UI: Tạo Application menu và các Module để giúp user không có admin role có thể access vào các bảng của một Application. ● ServiceNow Application Creation - Application Security and Restricting Access: thông qua ACL tại các bảng và các field, có thể hạn chế những user có phân quyền nhất.

● ServiceNow Application Creation - Working with external data: Cách import Data ra và vào một instance của SNOW thông qua Transform Map, Easy Loading và Import XML.

Tham gia quá trình thực tế qua Mock Training( ITSM và Post-ITSM)

Từ tạo một KB mới, tạo một Knowledge Articles và retire một Articles đã lỗi thời, đến cách để tạo Articles từ một incident và chỉnh sửa về vòng đời của một Articles. ● Stories về Problem: Problem gồm những Stories tương đối khó, đòi hỏi phải scripting rất nhiều. Các Stories về UI Action và UI Macro là những Stories đặc biệt khó khăn vì chúng đòi hỏi em không chỉ nắm vững những kiến thức đã học mà còn phải bỏ thời gian đề nghiên cứu về những kiến thức khác.

Đây là module dài và khó nhất, do sự thiếu hiểu biết của em về module này. ○ Em đã học được thêm rất nhiều cái mới trong quá trình tham gia dev cho các stories ITSM. Hằng ngày đều có section meeting để demo các stories mình đã làm được cho tech lead và tìm hiểu xem cách làm của mình đã phù hợp hay chưa.

○ Khi develop một story, em không chỉ hoàn thành nó mà còn phải thực hiện testing qua self-test và peer-test, sau đó viết testing report cho mỗi test-case, dẫn đến các story đều có độ hoàn thiện cao và ít lỗi. ○ Lần đầu tiên em được tiếp xúc với cách một Update set hoạt động, em đã hiểu hơn rất nhiều về chúng. ○ Do mỗi một stories đều cần phải được chứa trong update set, nên em đã phải làm lại một số story do nhầm update set.

○ Các stories về change làm em tốn rất nhiều thời gian để tìm hiểu do đây là Module chưa được học qua từ trước. ○ Một stories về ACL đã khiến em tốn tận 2 ngày để làm và dẫn đến việc không thể hoàn thành 60 stories trong vòng 2 tuần. ○ Việc quản lý thời gian của em vẫn chưa được tốt và cần được cải thiện.

○ Giao tiếp với Teach lead vẫn chưa tốt nên một số stories cần confirm solution với Tech lead rất nhiều lần. ➔ Đánh giá: Nhìn chung em đã vượt qua được 2 tuần của ITSM, mặc dù đã bị trễ deadline và vẫn có 1 số bug chưa fix được.