Documenting And Managing Requirements (Tài Liệu Hóa Và Quản Lý Các Yêu Cầu.pdf

lOMoARcPSD|38146348 BỘ GIÁO DỤC & ĐÀO TẠO UEH UNIVERSITY TRƯỜNG CÔNG NGHỆ VÀ THIẾT KẾ UEH KHOA CÔNG NGHỆ THÔNG TIN KINH DOANH - - BÁO CÁO THUYẾT TRÌNH MƠN HỌC: PHÂN TÍCH NGHIỆP VỤ KINH DOANH Đề tài: DOCUMENTING AND MANAGING REQUIREMENTS (TÀI LIỆU HÓA VÀ QUẢN LÝ CÁC YÊU CẦU) Nhóm: Lớp: EC002 Mã lớp học phần: 22D1INF50900904 Giảng viên giảng dạy: HỒ THỊ THANH TUYẾN TP Hồ Chí Minh, ngày tháng năm 2022 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 MỤC LỤC LỜI CẢM ƠN CÁC THÀNH VIÊN VÀ BẢNG PHÂN CÔNG CÔNG VIỆC INTRODUCE (GIỚI THIỆU) I THE IMPORTANCE OF DOCUMENTATION (TẦM QUAN TRỌNG CỦA TÀI LIỆU) II THE REQUIREMENTS DOCUMENT (TÀI LIỆU YÊU CẦU) Structure (Kết cấu) Content of the Requirements Document (Nội dung Tài liệu Yêu cầu) III THE REQUIREMENTS CATALOGUE (DANH MỤC CÁC YÊU CẦU) Type of requirements (Phân loại yêu cầu) a) General requirements (Yêu cầu chung) b) Technical requirements (Yêu cầu kỹ thuật) c) Functional requirements (Yêu cầu chức năng) d) Non-functional requirements (Yêu cầu phi chức năng) Hierarchy of requirements (Thứ bậc yêu cầu) 10 Documenting a requirement (Ghi lại yêu cầu) 10 IV MANAGING REQUIREMENTS (QUẢN LÝ CÁC YÊU CẦU) 13 Quản lý yêu cầu gì? 13 Các yêu cầu quản lý nào? 14 Các yếu tố liên quan đến quản lý yêu cầu 14 CONCLUSION (KẾT LUẬN) 16 DEMO: QUẢN LÝ KHÁCH SẠN 16 TÀI LIỆU THAM KHẢO 25 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 LỜI CẢM ƠN Trước hết, nhóm chúng em xin gửi lời cảm ơn chân thành sâu sắc đến Cô Hồ Thị Thanh Tuyến, q trình học tập tìm hiểu mơn Phân tích nghiệp vụ kinh doanh, nhóm em nhận hướng dẫn dạy tận tình Cơ Với tình cảm chân thành, nhóm em xin cảm ơn Cơ, cảm ơn giảng dạy nhiệt tình kiến thức chun mơn khả làm việc nhóm tinh thần học tập chủ động để chúng em có thêm nhiều kiến thức để thực thuyết trình cách tốt tích lũy kinh nghiệm cho sau Trong trình tìm hiểu thực đề tài em có gắng song hạn chế kiến thức kinh nghiệm thực tế trình độ lý luận nên thuyết trình chắn khơng tránh khỏi thiếu sót, chúng em kính mong Cơ bỏ qua Nhóm em mong nhận ý kiến nhận xét từ Cơ để chúng em hồn thiện Một lần nữa, chúng em xin bày tỏ biết ơn đến Cơ Chúng em kính chúc Cơ nhiều sức khỏe, thành công hạnh phúc Sinh viên Cô Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 CÁC THÀNH VIÊN VÀ BẢNG PHÂN CÔNG CÔNG VIỆC Thành viên nhóm MSSV 31201023800 Tên thành viên 31201023878 Bùi Phương Diễm 31201023879 Vi Ngọc Lam 31201024013 Nguyễn Thị Ngọc Lan 31201023994 Võ Thanh Ngân 31201024080 Trương Thị Hoài Tâm Nguyễn Thị Bích Vân Bảng phân công công việc Nhân Nội dung Deadline cá nhân Task Công việc cần làm Lan, Lam THE REQUIREMENTS 19/2/2022 DOCUMENT Soạn nội dung thuyết trình Soạn câu hỏi câu đáp án Ngân, Vân Tâm, Diễm THE REQUIREMENTS Lan, Lam CATALOGUE Tâm, Diễm MANAGING REQUIREMENTS Giới thiệu chung, tầm quan trọng tài liệu Conclusion Ideal game, trò chơi tương ALL Mỗi người tìm câu hỏi cho trị 19/2/2022 tác chơi Chọn mẫu powerpoint Diễm, Tâm Đẹp, nổi, chất lượng 26/02/2022 22/02/2022 Chọn mẫu slide All Thống mẫu slide thuyết 23/02/2022 trình 22/02/2022 26/02/2022 Tóm tắt nội dung cho pp Lan, Tâm, Nội dung ngắn gọn, hình ảnh phù 25/02/2022 hình ảnh chèn Diễm hợp Phỏng vấn khảo sát ý Lam, Ngân, doanh nghiệp, tổ chức cá kiến bên có liên quan Vân nhân Tổng duyệt nội dung thuyết ALL Chốt lại tổng thể thuyết trình trình nhóm Tìm video liên quan ALL Nội dung phù hợp chủ đề thuyết trình Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 INTRODUCE (GIỚI THIỆU) Chương liên quan đến hai số yếu tố kỹ thuật yêu cầu: • Ghi lại yêu cầu thu thập quản lý • Yêu cầu lập hồ sơ rõ ràng – chìa khóa thành công dự án Dự án thất bại thiếu yêu cầu định nghĩa tốt ngược lại I THE IMPORTANCE OF DOCUMENTATION (TẦM QUAN TRỌNG CỦA TÀI LIỆU) Có nhiều lý để cần tài liệu tốt: • Giao tiếp, thảo luận tốt phải dựa sở – nguồn tài liệu tốt, nguồn tài liệu tốt cung cấp sở chắn để đảm bảo tất yêu cầu liên quan quán với • Nguồn tài liệu cung cấp cho nhà quản lý nhân viên kinh doanh, người nguồn chủ sở hữu yêu cầu với sở chắn để xác nhận tài liệu ghi lại xác họ cần • Có thể làm việc khoảng cách xa (cách nửa vịng trái đất truyền tài liệu đến nơi thông qua cơng cụ CNTT điển hình gmail) để phát triển thử nghiệm giải pháp kinh doanh • Tài liệu yêu cầu xác định phải làm, tiêu chí chấp nhận cần thiết để kiểm tra giải pháp xác định • Ngồi ra, tài liệu yêu cầu sử dụng sau triển khai giải pháp kinh doanh, ví dụ việc bảo trì hệ thống CNTT trình thực lợi ích II THE REQUIREMENTS DOCUMENT (TÀI LIỆU YÊU CẦU) Structure (Kết cấu) Mục đích tài liệu yêu cầu: cung cấp sở cho giải pháp giao cho tổ chức thực ➢ Vì cần hình thành tốt rõ ràng • Trong kinh doanh, nhà quản lý nhân viên phải xem xét kỹ tài liệu để đảm bảo yêu cầu phản ánh nhu cầu họ nhà phân tích có hiểu diễn giải xác thơng tin cung cấp • Để xem xét tài liệu đảm bảo cấu trúc tốt tài liệu yêu cầu cần cung cấp tất thông tin mà người đánh giá yêu cầu cách dễ hiểu dạng dễ tiếp thu • Một tài liệu có cấu trúc tốt cải thiện khả truyền đạt thơng tin • Tài liệu yêu cầu phân vùng khu vực kinh doanh cho nhóm bên liên quan cụ thể ➢ Tóm lại, tài liệu yêu cầu có tổ chức làm cho việc xem xét dễ dàng giúp đảm bảo yêu cầu thỏa thuận xác Content of the Requirements Document (Nội dung Tài liệu Yêu cầu) Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 Tài liệu yêu cầu phải chứa phần sau: • Giới thiệu tảng: phần nên mơ tả tình hình kinh doanh nguồn lực cho dự án Nó phục vụ để làm rõ mục tiêu phạm vi công việc đảm bảo tất bên liên quan nhận thức bối cảnh kinh doanh cho u cầu • Các mơ hình quy trình kinh doanh: Đây nơi mà mơ hình quy trình trở thành nơi đặt đưa tầm nhìn cho quy trình Nếu yêu cầu thay đổi, quy trình ban đầu sửa đổi phù hợp với đề xuất thay đổi • Mơ hình chức năng: Gồm sơ đồ hiển thị chức đề xuất giải pháp phần mềm Các dạng sơ đồ thường dùng Context Diagram (sơ đồ ngữ cảnh) (mô tả bối cảnh hệ thống, bao gồm thực thể bên tương tác với hệ thống Các thực thể bên ngồi hệ thống khác, service, đơn vị kinh doanh (yếu tố người), database, … Mơ hình giúp xác định dòng liệu thực thể bên ngồi hệ thống chính, mơ tả hướng dịng liệu Giới hạn mơ hình mơ tả thực thể bên tương tác trực tiếp với hệ thống dạng khám phá.) Use case diagram ( sơ đồ để thể cách user system tương tác với system feature Nó bao gồm phần chính: o Những loại User hệ thống ( Actors) o Những feature có hệ thống (Use cases) o Mối quan hệ Actors Use cases Những mơ hình cung cấp mặt đẹp đẽ chức giải pháp yêu cầu (bởi họ cung cấp nhìn tổng quan đầy đủ họ cung cấp phương tiện để cấu trúc danh mục u cầu) • Mơ hình liệu: Một mơ hình liệu có liên quan tài liệu yêu cầu xác định mức độ chi tiết để sử dụng để xây dựng phần mềm giải pháp đánh giá gói hàng khơng có sẵn Đồng thời, mơ hình liệu cung cấp nhìn vượt trội nhiều liệu cho phép nhà phân tích xem xét xác quy tắc kinh doanh yêu cầu cần đáp ứng giải pháp Hai mơ hình liệu kỹ thuật mơ hình hóa mối quan hệ thực thể mơ hình hóa lớp • Danh mục yêu cầu: Yêu cầu phải ghi lại danh mục yêu cầu Cung cấp thông tin yêu cầu riêng lẻ Các danh mục thành phần quan trọng cho trình đánh giá u cầu kho lưu trữ trung tâm thông tin liên quan đến việc xác định, tham chiếu nguồn yêu cầu • Bảng giải thuật ngữ: Một đặc điểm chất lượng tài liệu yêu cầu đảm bảo cung cấp định nghĩa rõ ràng yêu cầu để đọc, hiểu dễ dàng Mỗi ngành, phòng ban có thuật ngữ chun ngành riêng mà khơng phải thể hiểu Vì vậy, bảng giải thuật ngữ khắc phục vấn đề cung cấp nguồn định nghĩa thuật ngữ Bảng thuật Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 ngữ tạo cho dự án cụ thể có bảng thuật ngữ tồn tổ chức sử dụng, dạng rút gọn III THE REQUIREMENTS CATALOGUE (DANH MỤC CÁC YÊU CẦU) Type of requirements (Phân loại yêu cầu) Trong lĩnh vực có yêu cầu riêng khác Các BA xem danh mục yêu cầu ghi nhớ phụ để đảm bảo không bỏ sót yêu cầu nhà kinh doanh đưa Thực tế chia loại yêu cầu: • Yêu cầu chung • Yêu cầu kỹ thuật • Yêu cầu chức • Yêu cầu phi chức a) General requirements (Yêu cầu chung) Thơng thường, xác định sách kinh doanh, tiêu chuẩn nhu cầu KD, có phạm vi rộng Nhiều yêu cầu chung áp dụng cho toàn thay đổi chương trình kinh doanh Có loại phụ cụ thể theo yêu cầu chung như: + Business constraints – Ràng buộc kinh doanh: bao gồm khía cạnh ngân sách, thời gian biểu tài nguyên (VD: dự án có thời gian constraint tháng, mà bạn giả sử Assumption - giả định dự án làm tháng => dự án bạn không làm kỹ) + Business policies – Các sách kinh doanh : Nó đặt quy tắc, luật lệ tổ chức công ty nhằm truyền đạt trách nhiệm cá nhân nhóm; điều cho phép người hướng tới mục tiêu cơng ty (VD: Chính sách đánh giá hiệu suất, sách trang phục, sách hội bình đẳng,,) + Legal – Pháp lý: yêu cầu mà liên quan đến quy định pháp luật quy định ràng buộc Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 + Branding – nhãn hiệu: yêu cầu liên quan đến hình ảnh tổ chức Thơng thường, có tài liệu thương hiệu, ví dụ hướng dẫn phong cách cho thương hiệu, đưa yếu tố biểu tượng, từ khóa, ngơn ngữ màu sắc logo + Cultural – Văn hoá: yêu cầu liên quan đến loại văn hoá u cầu tổ chức VD: văn hóa cơng ty, văn hóa phục vụ + Language –Ngơn ngữ: Những yêu cầu đưa ngôn ngữ sử dụng tổ chức cách giao tiếp với khách hàng tổ chức khác VD: làm cơng ty tập đồn đa quốc gia địi hỏi bạn phải nói tiếng anh giỏi biết thêm thứ tiếng b) Technical requirements (Yêu cầu kỹ thuật) Đây yêu cầu nêu rõ sách kỹ thuật tổ chức, Áp dụng cho loạt thay đổi Các loại phụ cụ thể yêu cầu kỹ thuật bao gồm: + Hardware – phần cứng: u cầu phần cứng mơ hình thiết bị phần cứng tổ chức, phần cứng CNTT ,các thiết bị liên quan đến công việc tổ chức thiết bị sản xuất thiết bị văn phòng + Software – phần mềm: Yêu cầu phần mềm hệ điều hành, ứng dụng phần mềm, phần mềm mạng truyền thông, phần mềm đám mây… + Interoperability – khả tương tác :Các yêu cầu khả tương tác giữ liên lạc hệ thống tổ chức.Vd: kết nối máy in với máy nhân viên thuận tiện công việc in ấn hồ sơ… + Internet requirements – Yêu cầu Internet : Các yêu cầu liên quan đến sách kỹ thuật điều chỉnh việc sử dụng internet dịch vụ hỗ trợ web c) Functional requirements (Yêu cầu chức năng) Nói đến mong muốn khách hàng/ stakeholder mà sản phẩm, hệ thống hay phải có, phải thực được.Ví dụ: app Ngân hàng coi số dư, tốn, app chụp hình chụp hình Tức mong muốn khách hàng sử dụng dịch vụ sản phẩm Các yêu cầu chức tạo thành yếu tố quan trọng danh mục yêu cầu chúng xác định tính cụ thể cung cấp giải pháp Ngoài ra, yêu cầu chức thay đổi thường xuyên Chúng ta có loại Functional requirements như: + Data entry requirements – nhập liệu yêu cầu: liên quan đến thu thập ghi lại liệu yêu cầu giải pháp + Data maintenance requirements – Yêu cầu bảo trì liệu : xử lý thay đổi liệu sử dụng giải pháp Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 + Procedure requirements – Thủ tục yêu cầu: Việc quy tắc kinh doanh áp dụng q trình làm việc khơng hiểu rõ gây nhiều bất cập sau Do Các yêu cầu cần xác định rõ ràng để chúng áp dụng xác.Các kỹ thuật định bảng định hữu ích việc ghi chép yêu cầu + Retrieval requirements – yêu cầu truy xuất : liên quan đến yêu cầu liệu bao gồm việc cung cấp báo cáo phản hồi cụ thể cho yêu cầu d) Non-functional requirements (Yêu cầu phi chức năng) Thật việc phân tích non-functional khơng nhiều thời gian khơng lớn Thường phân tích functional mà quên việc phân tích non-functional.Tại phải phân tích nó? Vì phải có • Yếu tố sở hạ tầng (Chúng ta làm dự án CNTT cần có hạ tầng để chạy, phải có server, máy móc, thiết bị…) • Nắm khả đáp ứng: có khía cạnh khả đáp ứng hạ tầng có hệ thống có thêm khả đáp ứng mặt tài trường hợp đầu tư thêm hạ tầng hệ thống,mạng đường truyền abc cần xem tài có đủ hay khơng • Phải hiểu rõ khơng khó thực phần mềm, hệ thống Ở chúng ta thực cần làm từ có kế hoạch phù hợp, định hướng kinh doanh đánh giá dễ dàng vấn đề kỹ thuật Các dạng yêu cầu phi chức như: • u cầu bảo mật: hệ thống địi hỏi cao yêu cầu bảo mật đặc biệt tài liên quan ngân hàng • Yêu cầu lưu: yêu cầu lưu trữ liệu => quan trọng sinh liệu liệu làm tăng dung lượng lưu trữ cao • Yêu cầu tính sử dụng: yêu cầu mặt hữu dụng 24/7 • u cầu tính ổn định • u cầu kích thước hệ thống • u cầu hiệu • u cầu tính hỗ trợ: hỗ trợ phía người dùng nhà cung cấp • Các ràng buộc thiết kế (design constraints): yêu cầu liên quan cấu hình server, cấu hình số lượng server sử dụng lúc • Yêu cầu giao tiếp hệ thống: ví dụ: giao tiếp mặt ABI, yc giao tiếp phải có đường truyền kênh riêng • u cầu tài liệu người dùng hỗ trợ trực tuyến • Các yêu cầu pháp lý, quyền ghi khác • Các tiêu chuẩn áp dụng: VD pháp áp dụng tiêu chuẩn theo PCI aff thi thực mặc toán Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 • Các yêu cầu khác => Đây thông tin cần phân tích mơ tả xây dựng hệ thống Chúng ta hay qn nó khơng khó ta hay quên Nó yc nhỏ định thành bại hệ thống yc địi hỏi có kiến thức mặt hệ thống kiến thức CNTT lý làm mơi trường ITBA kiến thức mặt IT phải có Mà kiến thức IT khơng phải lập trình sai cần phải hiểu máy tính có gì, cấu trúc máy tính ntn, máy tính chạy sau, thành phần máy tính nào, yc mặt phần cứng, phần mềm, mạng lúc yếu tố tìm hiểu Chứ khơng phải chút học BA lập trình code bạn phải biết hiểu rõ máy tính bạn cần hiểu rõ ITBA kiến thức mặt mặt It kiến thức nghiệp vụ kiến thức Romance mà phải hiểu khơng phải bạn nói học code học It để làm BA sai mà bạn làm BA mơi trường bạn phải nắm vững kiến thức mơi trường Hierarchy of requirements (Thứ bậc yêu cầu) - Các yêu cầu phải có mối quan hệ, liên quan logic với - Trong số yêu cầu chung yêu cầu kỹ thuật tham khảo sách kinh doanh hình thành, phát triển mở rộng lĩnh vực phi chức yêu cầu chức * Lợi ích hiểu thứ bậc yêu cầu: - Giup đảm bảo yêu cầu quán mạch lạc - Khi đưa yêu cầu phi chức doanh nghiệp sách kỹ thuật giúp cung cấp thông tin cách chi tiết Đặc biệt lý giải cần phải đưa yêu cầu này, hợp lý cần thiết đến mức *Ví dụ: Yêu cầu chức hộp sữa carton tích 400ml có vài u cầu chức phổ biến là: Nguyên tắc kinh doanh; giao dịch đúng, dự án điều chỉnh hủy bỏ; chức hành chính; giao diện bên ngồi; u cầu chứng chỉ; yêu cầu báo cáo; lịch sử liệu; yêu cầu pháp lý quy định, Những yêu cầu xây dựng thêm yêu cầu phi chức ví là: hiệu suất; độ khả dụng; độ tin cậy; quy định; khả sử dụng, • Hệ thống phân cấp yêu cầu, liên kết yêu cầu chức yêu cầu phi chức giúp cung cấp phương tiện nhu cầu kinh doanh ban đầu cho họ Nhờ mà điều giúp ích nhiều xem xét mức độ ưu tiên yêu cầu, thời gian giao hay việc rớt yêu cầu Documenting a requirement (Ghi lại yêu cầu) - Mỗi yêu cầu phải lập thành văn để xác định rõ ràng yêu cầu Và mẫu danh mục yêu cầu tiêu chuẩn phải cần chứa mục nhập sau đây: 10 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 + Mã định danh: Đây thường mã liên kết với loại yêu cầu + Tên yêu cầu: Là tên phân bổ cho yêu cầu Có thể đoạn cụm từ ngắn cho biết u cầu liên quan đến + Mơ tả u cầu: Ban đầu mơ tả mức độ phác thảo sau trình bày rõ ràng, chi tiết qua phiên tài liệu yêu cầu * Cấu trúc nên áp dụng yêu cầu thực hành: + Tác nhân ( vai trò người dùng) + Cụm động từ + Tân ngữ ( danh từ cụm danh từ) Ví dụ: - Về yêu cầu chức năng: Nhân viên bán hàng xem thơng tin, địa khách hàng - Về yêu cầu chung: Giải pháp phải tuân thủ quy định luật an toàn giao thông + Nguồn: (người tạo nguồn thông tin cho yêu cầu): Là tên bên liên quan tham chiếu đến tài liệu chứa thơng tin liên quan đến vấn đề Ví dụ: Một bên liên quan xác định yêu cầu vấn Hoặc Có tài liệu trước ( tóm tắt nghiên cứu) bao gồm yêu cầu kinh doanh + Chủ sở hữu: Thường bên liên quan doanh nghiệp ( giám đốc kinh doanh chịu trách nhiệm chức kinh doanh người có thẩm quyền phê duyệt u cầu) • Họ đưa định liên quan đến yêu cầu + Tác giả: Là nhà phân tích gợi ghi lại yêu cầu + Loại yêu cầu: Là mà yêu cầu thuộc Nó loại yêu cầu chung, kỹ thuật, chức phi chức hay không? Mặc dù khơng cần thiết nêu điều mã định danh bao gồm tham chiếu đến loại Loại yêu cầu xác định cấp độ phụ Ví dụ: Yêu cầu ( chung – hợp pháp) + Ưu tiên: Mức độ ưu tiên yêu cầu sử dụng khác tổ chức doanh nghiệp khác dự án Phương pháp DSDM Atern đưa cách tiếp cận ưu tiên với việc sử dụng MoSCoW dễ nhớ cụ thể sau: • M – must have: Cần thiết bắt buộc bước tăng 11 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 • S – should have: bắt buộc hỗn lại với thời gian ngắn để bước tăng thứ hai • C – could have: muốn khơng thực lý thời gian ngân sách • W – khơng có thời gian này: u cầu hoãn lại giai đoạn sau Một số yêu cầu hỗn lại vì: Có thể u cầu công nhận cần thêm vào xem xét điều gây chậm trễ số yêu cầu chúng thực bước + Khu vực kinh doanh: Tên khu vực kinh doanh mà yêu cầu thuộc Cũng tên chức kinh doanh, phận tên trình kinh doanh + Các bên liên quan: Xác định bên liên quan lợi ích họ cho yêu cầu cung cấp cho nhà phân tích kinh doanh lời nhắc nhở tốt nhất, đảm bảo tất lợi ích bên liên quan xem xét + Yêu cầu phi chức liên quan: Có số yêu cầu chức liên kết với yêu cầu phi chức ( yêu cầu không chức cụ thể) *Ví dụ: Để đảm bảo tốc độ u cầu thơng tin sách dịch vụ khách hàng mà yêu cầu chức truy cập thơng tin tài khoản khách hàng có thêm u cầu thời gian khơng liên quan đến để đáp ứng hoạt động + Tiêu chí chấp nhận: Là tiêu chí mà cho phép nhân viên kinh doanh đồng ý yêu cầu chuyển giao + Yêu cầu liên quan: Gồm định danh yêu cầu có mối quan hệ liên quan đến yêu cầu Lý liên quan: yêu cầu kinh doanh cấp cao cung cấp thêm thông tin kinh doanh cho yêu cầu chức phi chức yêu cầu phi chức liên quan đến yêu cầu chức ngược lại, + Tài liệu liên quan: Các tài liệu thường tài liệu dự án văn giải trình kinh doanh Một hình thức tài liệu khác liên kết với yêu cầu tài liệu mơ hình – tạo cho dự án nhằm thay đổi kinh doanh + Bình luận: Là tổng hợp nhận xét khác vơ hữu ích mà nhà phân tích đưa yêu cầu cụ thể + Lý do: Là biện minh, lý giải cho yêu cầu Và lý xem hay tham khảo chéo với lợi ích cụ thể kinh doanh + Nghị quyết: Có số trường hợp yêu cầu thực hiện, trì hỗn hay sáp nhập với u cầu khác nghị thứ mà sử dụng để ghi lại định thời gian định 12 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 + Lịch sử phiên bản: Lịch sử yêu cầu phải thông qua phiên khác Thông tin phải bao gồm số phiên Đặc biệt, phiên cần ghi lại lý thay đổi yêu cầu tham chiếu đến tài liệu kiểm soát thay đổi -Ngoài ra, danh mục yêu cầu cần hiểu tài liệu trung tâm suốt dự án thay đổi kinh doanh - Mức độ mô tả cần phải đủ cho mục tiêu - Một số trường hợp, bên liên quan kinh doanh cung cấp u cầu xác trường hợp này, mơ tả cần phải rõ ràng yêu cầu chứa đầy đủ chi tiết khám phá cách sử dụng phương pháp tiếp cận kịch hay tạo mẫu, Ví dụ: IV MANAGING REQUIREMENTS (QUẢN LÝ CÁC YÊU CẦU) Quản lý yêu cầu gì? Quản lý yêu cầu trình lập hồ sơ, phân tích, truy tìm, xếp thứ tự ưu tiên thống yêu cầu, sau kiểm sốt thay đổi truyền đạt cho bên liên quan có liên quan Là trình liên tục suốt dự án 13 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 Yêu cầu khả mà kết dự án (sp dịch vụ) phải tuân theo Các yêu cầu quản lý nào? Các yêu cầu cần xác định rõ ràng xác định nguồn gốc chìa khóa cho dự án thành cơng Truy xuất nguồn gốc tảng Quản lý u cầu Có hình thức truy xuất nguồn gốc: • Backwards from: khả truy tìm nguồn gốc yêu cầu từ thời điểm vòng đời thay đổi kinh doanh phát triển phần mềm Trả lời cho câu hỏi: “Yêu cầu nguồn tính giải pháp nêu nó?” • Forward to: khả xác định yêu cầu theo dõi xem phát triển thêm thực cuối đâu Trả lời cho câu hỏi: “Điều xảy với yêu cầu này?” Các yếu tố liên quan đến quản lý yêu cầu Có yếu tố: • Xác định yêu cầu Mỗi yêu cầu cần xác định để tham chiếu đến tương ứng với yêu cầu • Tham chiếu chéo Tất yêu cầu tài liệu liên quan phải tham chiếu chéo để việc xây dựng thêm thông tin liên quan đến yêu cầu truy cập dễ dàng Trong trình quản lý yêu cầu, tham chiếu chéo cung cấp sở để phân tích tác động thay đổi đề xuất Chúng cho phép nhà phân tích xác định yêu cầu liên quan đến đối tượng thay đổi xem xét liệu thay đổi có ảnh hưởng đến yêu cầu khác hay không • Nguồn gốc quyền sở hữu Nguồn xác định nguồn gốc yêu cầu Có thể người tài liệu Nguồn cung cấp thơng tin bổ sung giải thích cho u cầu Đối với việc xem xét, thay đổi yêu cầu, nguồn giúp làm rõ tác động thay đổi giúp ta đưa định cho thay đổi Chủ sở hữu thường có trách nhiệm lĩnh vực kinh doanh bị ảnh hưởng yêu cầu cần đưa định yêu cầu Chủ sở hữu bên liên quan phát sinh thay đổi đề xuất ảnh hưởng đến yêu cầu (trực tiếp gián tiếp) Ngoài ra, thay đổi kinh doanh cắt giảm ngân sách thay đổi quy trình thời gian khiến u cầu bị ngừng trì hỗn Chủ sở hữu người định yêu cầu có quyền tối cao liên quan đến yêu cầu 14 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 • Quản lý cấu hình Là việc kiểm sốt thay đổi thực sản phẩm phân phối dự án, tài liệu, để đảm bảo thay đổi thực cách kỷ luật Có lĩnh vực cần xem xét: xác định cấu hình kiểm sốt cấu hình o Xác định cấu hình: Các sản phẩm kiểm sốt cấu hình Trong q trình quản lý yêu cầu, có danh mục yêu cầu riêng lẻ, tập hợp mục nhập tạo thành danh mục yêu cầu Mỗi yêu cầu có mã định danh nhất, đánh số phiên áp dụng cho CI ( mục cấu hình) Ví dụ, u cầu riêng lẻ có số phiên bản, tồn danh mục yêu cầu chứa yêu cầu o Kiểm sốt cấu hình: thường gọi q trình kiểm sốt phiên Đây quy trình để kiểm sốt CI (các mục cấu hình), đảm bảo chúng khơng bị thay đổi mà khơng có phê duyệt thức đánh số biên • Thay đổi kiểm soát Các thay đổi xảy thường xuyên dự án Có thể yếu tố bên (thay đổi pháp luật, quy định, lực lượng cạnh tranh…) yếu tố bên (chiến lược, sách, người…) Q trình xử lý thay đổi: o Ghi lại thay đổi đề xuất: thay đổi phải ghi vào biểu mẫu “Yêu cầu thay đổi” nêu rõ nêu thay đổi, mô tả thay đổi lý cho việc yêu cầu thay đổi o Tham khảo ý kiến bên liên quan: gửi đến đại diện bên liên quan để đánh giá tác động thay đổi đề xuất (gồm có nỗ lực thực thay đổi chi phí tương ứng) o Quyết định thay đổi: yêu cầu thay đổi đánh giá tác động cần quan phê duyệt định xem xét Sau thay đổi chấp thuận để thực khơng • Hỗ trợ phần mềm Hầu hết tài liệu yêu cầu chứa nhiều yêu cầu đến mức quản lý tài liệu, tham chiếu chéo phiên theo cách thủ công, nên thường phải sử dụng công cụ tự động cung cấp đầy đủ tính sau: o Tạo lưu trữ tài liệu: yêu cầu công cụ cung cấp phương tiện xử lý văn bản, mơ hình hóa, khả quản lý tài liệu kết hợp với chức xuất tài liệu để bên liên quan phép truy cập xem xét theo dõi sửa đổi 15 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 o Lưu trữ truy cập an tồn: tài liệu đặt kiểm sốt cấu hình, cần có quyền truy cập vào tài liệu riêng tư o Liên kết tài liệu: ghi lại tham chiếu chéo tài liệu tài liệu liên quan, giúp ích cho hoạt động quản lý yêu cầu (như phân tích tác động truy tìm lịch sử phiên bản) o Đánh số phiên bản: quản lý việc phân bổ số nhận dạng số phiên cho mục cấu hình CONCLUSION (KẾT LUẬN) Các yêu cầu xác định rõ ràng theo dõi chìa khóa tuyệt đối cho dự án thay đổi kinh doanh thành công Tài liệu yêu cầu cần cấu trúc rõ ràng để người đánh giá tiến hành xác nhận yêu cầu nghiêm ngặt Khả truy xuất nguồn gốc yêu cầu quan trọng doanh nghiệp xác nhận nhu cầu đáp ứng tất định liên quan đến yêu cầu phải minh bạch kiểm tra DEMO: QUẢN LÝ KHÁCH SẠN Như biết ngành du lịch Việt Nam ngày phát triển, kéo theo đó, lĩnh vực kinh doanh nhà hàng, khách sạn phát triển mạnh mẽ theo Tuy nhiên, phân ngành khách sạn có phương thức hoạt động kinh doanh phức tạp Đặc biệt với khách sạn lớn với nhiều dịch vụ kèm Do trình phục vụ khách hàng dịch vụ khách sạn chiếm vị trí quan trọng việc thu hút khách hàng đến Do đó, mà vai trò việc thu thập xử lý tài liệu yêu cầu khách hàng cần quan tâm để doanh nghiệp phát triển làm hài lịng nhiều khách hàng Ví dụ mơ hình kinh doanh Khách sạn: Mơ hình kinh doanh khách sạn thành lập nhằm mục đích phát triển việc kinh doanh dịch vụ lưu trú Nói chung, khách sạn loại hình doanh nghiệp thành lập, đăng ký kinh doanh theo quy định pháp luật nước sở Nhằm mục đích kinh tế, sinh lời – lợi nhuận Mơ hình kinh doanh khách sạn đặc thù ▪ Khách sạn thương mại (Commercial Hotel): loại hình khách sạn xây dựng thành phố lớn, khu trung tâm thương mại Đối tượng khách hàng mục tiêu thương nhân (trong nước), khách du lịch nước Thời gian lưu trú ngắn hạn ▪ Khách sạn sân bay (Airport Hotel): Mơ hình kinh doanh khách sạn gần sân bay, bến xe, nhà ga Đối tượng khách hàng chủ yếu là: Nhân viên phi hành đoàn, hành khách chờ Visa,… Thời gian lưu trú ngắn hạn ▪ Khách sạn nghỉ dưỡng (Resort Hotel) Mơ hình kinh doanh khách sạn kết hợp du lịch Được thiết kế xây dựng địa điểm du lịch địa phương Kết hợp dịch vụ spa, giải trí tiện ích Khách hàng chủ yếu khách du lịch 16 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 ▪ Khách sạn ven đường (Highway Hotel): Khách sạn ven đường thường xây dựng dọc đường quốc lộ hay tuyến đường dài sử dụng phương tiện di chuyển xe ô tô, mô tô Khách hàng chủ yếu khách lại đường xa, cần tìm chỗ dừng chân ▪ Khách sạn hộ (Suite Hotel) Được xây dựng vị trí thành phố lớn Khơng gian phòng hộ độc lập với đầy đủ tiện nghi sinh hoạt cho khách hàng (phòng bếp, phịng khách, phịng ngủ) Mơ hình chức năng: Use case diagram: sơ đồ để thể cách user system tương tác với system feature Context diagram: Mơ hình giúp xác định dòng liệu thực thể bên ngồi hệ thống chính, mơ tả hướng dòng liệu 17 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 Mơ hình liệu: ER • Quản lý phịng: số phịng, loại phịng • Giá phòng: +hạng A 150$/ ngày +hạng B 100$/ ngày +hạng C 50$/ngày 18 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 Nhân viên: THÔNG TIN CÁ NHÂN: Mã Nv, Họ tên, ngày sinh, giới tính, số CMND, địa chỉ, SDT, chức vụ Loại dịch vụ gồm thông tin như: Mã dịch vụ, Tên dịch vụ, Giá dịch vụ Thông tin khách hàng: Mã KH, Tên KH, ngày sinh, giới tính, số CMND, SDT, nghề nghiệp, quốc tịch Thơng tin hóa đơn: Mã hóa đơn, Tên hóa đơn, Tên KH, mã KH, Mã dv Kh chọn, Ngày lập hóa đơn BẢNG CHÚ GIẢI THUẬT NGỮ KHÁCH SẠN VD: Chú ý : Giá phịng cơng bố : $100 net : nghĩa khách phải trả 100$ mà khơng phải trả thêm nữa.( cầm viết bút lông để ghi lên bảng hợp lý dễ theo dõi hơn) Giá phịng cơng bố $100++ nghĩa : khách phải trả 100$ cộng với 10$ VAT 5$ service charge, tổng cộng số tiền phải trả 115$ 19 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com) lOMoARcPSD|38146348 Như lý thuyết có nhiều loại yêu cầu khác chia làm yêu cầu phân nhánh nhánh liên quan đến business nhánh liên quan đến solution Để dễ hiểu lấy ví dụ yêu cầu liên quan đến soclition trước Đầu tiên, để quản lý khách sạn phải có hệ thống để quản lý tức yêu cầu hệ thống * Yêu cầu hệ thống Lấy ví dụ điển hình hệ thống Quản Lý Khách Sạn Nó thực việc lưu trữ, cập nhật, chỉnh sửa thông tin khách hàng dịch vụ khách sử dụng cách nhanh chóng tạo thuận lợi tối đa cho người sử dụng hệ thống giúp khách hàng đạt thỏa mãn với yêu cầu đặt * Cịn với u cầu chức năng: Nó liên quan đến vấn đề như: quản lý thuê phòng, quản lý khách hàng, phòng thiết bị dịch vụ,… Mỗi phần quản lý có cơng việc riêng rõ ràng Đối với quản lý th phịng liên quan đến: a Quản lý thuê phòng ∙ Lập hợp đồng thuê phòng ∙ Lập booking(đặt phòng trước), xếp booking ∙ Thanh tốn phịng ∙ In báo cáo doanh thu để theo dõi hoạt động kinh doanh b Quản lý khách hàng ∙ Cập nhật danh sách khách hàng ∙ Xem danh sách khách hàng c Quản lý phòng, thiết bị, dịch vụ ∙ Thêm, xóa, sửa phịng, thiết bị, dịch vụ ∙ In báo cáo phòng, thiết bị dịch vụ, tình trạng chúng d Quản lý liệu hệ thống ∙ Sao lưu phục hồi liệu ∙ Kết thúc chương trình *Cịn u cầu phi chức năng: - Đòi hỏi hệ thống quản lý phải có chức bảo mật phân quyền 20 Downloaded by van Nguyen (hacngocbachvan.1003@gmail.com)