Bài giảng quản lý dự án ôn tập giữa kỳ

ÔN TẬP GIỮA KỲ NỘI DUNG Phát biểu vấn đề Tầm nhìn Phạm vi (Vision and Scope) Xác định mục tiêu Xác định yêu cầu Xác định StackHolder, lớp người dùng Các kỹ thuật thu nhận yêu cầu Các kỹ thuật phân tích yêu cầu Bài tập Product Vision Project Scope Vision (hay mission) mô tả thực chất sản phẩm sẽ  Project scope xác định một phần của mục đích lâu dài (long-term product vision) của sản phẩm mà dự án hiện hành thực thi  Vision dùng để chỉ đến cả hệ thống phần mềm, nó phản ánh mục tiêu nghiệp vụ (business objectives) của hệ thống, còn scope chỉ liên quan đến từng dự án riêng lẻ hay một lần lặp trình phát triển tăng tiến chức của hệ thống  BM HTTT - Khoa CNTT - HUI Product Vision và Project Scope Vision thay đổi tương đối chậm, scope thay đổi linh động theo dự án tùy thuộc vào ràng buộc thời gian (schedule), ngân sách (budget), tài nguyên (resource) chất lượng (quality) của dự án  Các tài liệu nên có của dự án  Vision and scope document  Software Requirement Specification (SRS)  BM HTTT - Khoa CNTT - HUI Product vision và project scope BM HTTT - Khoa CNTT - HUI Vision và Scope Document Tài liệu bao gồm một mô tả hội kinh doanh của sản phẩm, tầm nhìn mục tiêu của sản phẩm, báo cáo phạm vi giới hạn của sản phẩm, mô tả đặc tính của khách hàng (characterization of customers), ưu tiên của dự án, mô tả tiêu chuẩn đánh giá sự thành công của dự án  Tài liệu cần tương đối ngắn, chỉ nên từ tới trang, phụ thuộc chủ yếu vào bản chất kích thước của dự án  BM HTTT - Khoa CNTT - HUI Vision và Scope Document Các vấn đề thuộc tầm nhìn phạm vi (vision and scope) của dự án cần phân giải rõ trước yêu cầu chức (functional requirements) chi tiết đặc tả đầy đủ  Một tài liệu tầm nhìn phạm vi (vision and scope) tốt sẽ cung cấp tham chiếu cần thiết cho việc thêm, xoá bỏ, chỉnh sửa yêu cầu tiến trình phát triển của dự án  BM HTTT - Khoa CNTT - HUI Tài liệu về vision và scope Chủ nhân của tài liệu vision and scope là:  Người tài trợ (executive sponsor) của dự án  Người chi tiền (funding authority)  Người phân tích yêu cầu (requirements analyst) có thể làm việc với owner để viết tài liệu vision and scope  BM HTTT - Khoa CNTT - HUI Tài liệu về vision và scope  Yêu cầu nghiệp vụ nên thu thập từ những hiểu rõ họ quan tâm đến dự án Họ là:  Khách hàng  Customer  Người có trách nhiệm  Senior management bô phận quản lý  Project visionary  Người hình dung của dự án  Product manager  Quản lý sản phẩm  Subject matter expert  Members of the marketing  Các chuyên gia lãnh vục  Thành viên của bộ phận department marketing BM HTTT - Khoa CNTT - HUI Scope of a project Cần phải xác định scope (=boundary) của phần mềm  Một rủi ro lớn của hệ thống scope “phình ra” (‘creep’), không biết xác hệ thống bao gồm những gì, chi phí để hoàn tất  BM HTTT - Khoa CNTT - HUI 10 Lược đồ UC của hệ thống đặt chỗ trước Purchase Ticket Check Credit Credit System Change Reservation Customer Cancel Reservation Customer Service Representative Reserve Hotel Room Reserve Rental Car PTTKHT bang111 UML - BM HTTT Đóng gói UC PTTKHT bang112 UML - BM HTTT Exercise  Start by listing a sequence of steps a user might take in order to complete an action For example a user placing an order with a sales company might follow these steps  Browse catalog and select items  Call sales representative  Supply shipping information  Supply payment information  Receive conformation number from salesperson Exercise  Use case một tập hợp kịch bản (scenario) thông thường có liên quan  Một kịch bản gọi một tiến trình chuẩn (normal course) của sự kiện nối tiếp tạo nên use case, cũng gọi tiến trình (main course), tiến trình sở (basic course), luồng chuẩn (normal flow), “đường yên lành” (happy path)  115 Tiến trình chuẩn mô tả cách liệt kê một dãy đối thoại (dialogue elements) hoặc dãy tương tác giữa actor hệ thống Bộ Môn HTTT - Khoa CNTT - HUI USE CASES VÀ KỊCH BẢN SỬ DỤNG (USE CASES AND USAGE SCENARIOS) Mẫu mô tả UC  Tên (Name)     Các tác nhân (Actors) Mục đích (Goals) Các yêu cầu (Requirements) (tùy chọn)   Tên của UC, có nghĩa gần với mục đích người sử dụng Cung cấp khả lần vết Điều kiện tiên (Pre-Conditions)   Các điều kiện cần thiết cần phải có trước thực hiện mộ UC Có thể một UC khác (không giống với quan hệ ) Use Case Modeling 116 Biểu mẫu mô tả UC  Mô tả (Description)   Điều kiện sau (Post-conditions)     Trạng thái của hệ thống sau UC thực thi Các giá trị đưa cho tác nhân Phân biệt giữa biến thể ngoại lệ Các biến thể (Variations)    Mô tả tiến trình bản hoặc bình thường của hệ thống nếu hệ thống hoạt động dự định (mọi thứ điều đúng) Các điều kiện dẫn tới việc phân nhánh Mô tả tiến trình thay thế hoặc tên mở rộng của UC Các ngoại lệ (Exceptions)    Những điều kiện không mong đợi dẫn tới việc phân nhánh (xung đột với điều kiện sau) Mô tả tiến trình thay thế Ví dụ Use Case Modeling 117 118 Bộ Môn HTTT - Khoa CNTT - HUI 119 Bộ Môn HTTT - Khoa CNTT - HUI Bộ Môn HTTT - Khoa CNTT - HUI Use case của hệ thống theo dõi hóa chất 120 Bộ Môn HTTT - Khoa CNTT - HUI Mô tả Use case “request a chemical” 121 Bộ Môn HTTT - Khoa CNTT - HUI Mô tả Use case “request a chemical” 122 Bộ Môn HTTT - Khoa CNTT - HUI Mô tả Use case “request a chemical” 123 Bộ Môn HTTT - Khoa CNTT - HUI Mô tả Use case “request a chemical” 124 Bài tập Phát biểu vấn đề  Dẫn nhập (Background)  Xác định mục tiêu  Xác định yêu cầu  Xác định StackHolder  Các kỹ thuật thu nhận yêu cầu  Các kỹ thuật phân tích yêu cầu  Bài tập  [...]... người quản lý sản phẩm cho một công ty công cụ máy Giám đốc yêu cầu bạn phát triển một máy cắt mới quần áo để may váy thời trang theo các kích cỡ và mẫu Máy được bán cho những người làm quần áo khắp thế giới 1 Các stakeholder? 2 Phân tích và đánh giá các stakeholder? BM HTTT - Khoa CNTT - HUI 17 Answer #1  Key stakeholders are:  Giám đốc và các cổ đông trong công ty  Nhân viên bán hàng và... HUI 23 Tìm đại diện người dùng Mỗi loại dự án đều cần có đại diện người dùng thích hợp để cung cấp tiếng nói chung cho nhóm người dùng đó  Người đại diện không chỉ tham gia trong giai đoạn thu thập yêu cầu mà trong suốt chu kỳ phát triển dự án  BM HTTT Khoa CNTT - HUI 24 Đại diện lớp người dùng (user representatives)  Đối với ứng dụng của công ty: dễ dàng xác định người dùng thực sự... với sự thành công của dự án  BM HTTT - Khoa CNTT - HUI 28 PC bên ngoài Khi phát triển phần mềm thương mại, rất khó tìm PC từ bên ngoài  Nếu có quan hệ công việc gần gũi với 1 số công ty, một số người thể sẵn lòng tham gia vào quá trình thu thập yêu cầu  Nên khích lệ bằng kinh tế cho các PC bên ngoài như giảm giá sản phẩm hay trả tiền theo giờ khi họ tham gia công việc  BM... đồng người dùng cung cấp cho dự án các yêu cầu  Cs (Champions) là các người dùng thực sự, không phải là người đại diện như nhà tài trợ, nhân viên tiếp thị, người quản lý …  BM HTTT - Khoa CNTT - HUI 26 Vai trò của Product Champiom PC (Product champion) thu thập yêu cầu từ các thành viên khác thuộc lớp người dùng mà họ đại diện và hợp nhất lại yêu cầu không giống nhau  Phát triển yêu... loại người dùng sớm để có thể thu thập yêu cầu từ đại diện của mỗi lớp người dùng  Không nên e ngại nếu lúc đầu có quá nhiều lớp người dùng  Không nên bỏ qua bất kỳ lớp người dùng nào vì sau này có thể sẽ phải rework  Ghép chung các lớp người dùng nào có yêu cầu tương tự nhau Nên giảm xuống sao cho không quá 15 lớp người dùng khác nhau  Nên BM HTTT Khoa CNTT - HUI 22 Tài liệu người dùng... dòng sản phẩm mới - Đạt được chứng nhận an toàn (safety certificate) ở tất cả các quốc gia dư định bán máy - Hiểu được yêu cầu trong từng quốc gia mà ta dự định bán máy, - Chuẩn bị tài liệu cho người dùng và người bán hàng bằng nhiều thứ tiếng tương ứng với các quốc gia mà ta dự định bán máy - Bảo đảm là bộ phận bảo hành phải sẵn sàng - Bảo đảm là bộ phận phân phối tiếp thị đã...  Giám đốc và các cổ đông trong công ty  Nhân viên bán hàng và tiếp thị của công ty  Khách hàng (những người vận hành máy cắt và chủ của họ)  Quan chức chính quyền phụ trách về sức khỏe và an toàn trong mỗi quốc gia mà ta dự định bán máy cho họ  Các đối thủ cạnh tranh (negative stakeholders)  Nếu công ty có ý định đảm nhận thêm khâu bảo trì máy móc thì đội bảo hành cũng là... đưa ra các quyết định đại diện cho lớp của minh  Nếu quyết định của champion luôn bị gạt bỏ bởi managers hay SW group thì thời gian và thiện chí của họ sẽ bị lãng phí  Nhưng champion cũng nên nhớ rằng họ không phải là khách hàng duy nhất  BM HTTT - Khoa CNTT - HUI 30 Hạn chế tử PC Làm thế nào để tránh chỉ nghe yêu cầu từ CP mà bỏ qua các nhu cầu từ các khách hàng khác  Nếu khách... thống ATM         Khách hàng của ngân hàng Đại diện của các ngân hàng khác Người quản lý ngân hàng Nhân viên thu tiền Người quản trị CSDL Người quản lý bảo mật Kỹ sư bảo trì phần cứng và phần mềm Những người điều phối ngân hàng… BM HTTT - Khoa CNTT - HUI 15 Stakeholder Stakeholder không rõ những gì họ thật sự muốn  Stakeholder diễn đạt yêu cầu theo những thuật ngữ riêng của... duyệt lại (review) và theo dõi (follow) thông qua các cuộc tiếp xúc gặp gỡ với stakeholder chính Trang 34 Phân loại người dùng  Dựa vào các yếu tố sau:  Mức độ thường xuyên người dùng sử dụng sản phẩm  Kinh nghiệm về miền ứng dụng của họ, sự thành thạo về hệ thống máy tính  Các tính năng mà người dùng sử dụng  Các tác vụ để hỗ trợ xử lý nghiệp vụ  Quyền truy xuất và cấp độ ... tiên của dự án, mô tả tiêu chuẩn đánh giá sự thành công của dự án  Tài liệu cần tương đối ngắn, chỉ nên từ tới trang, phụ thuộc chủ yếu vào bản chất kích thước của dự án  BM HTTT... stakeholder? Phân tích đánh giá stakeholder? BM HTTT - Khoa CNTT - HUI 17 Answer #1  Key stakeholders are:  Giám đốc cổ đông công ty  Nhân viên bán hàng tiếp thị của công ty  Khách hàng (những... Thực hành  Bạn người quản lý sản phẩm cho một công ty công cụ máy Giám đốc yêu cầu bạn phát triển một máy cắt quần áo để may váy thời trang theo kích cỡ mẫu Máy bán cho những người làm quần