(Tiểu luận) quản lí dự án với agile đề tài dự án website bán hàng

f FPT POLYTECHNIC COLLEGE - - QUẢN LÍ DỰ ÁN VỚI AGILE ĐỀ TÀI: DỰ ÁN WEBSITE BÁN HÀNG Họ tên : Hoàng Văn Duy : Hồ Huy Hoàng : Trần Thanh Tùng : Ngũ Thị Thanh Hà : Lớp : UDPM2 Giáo viên : Đỗ Thị Bích Vân Tieu luan MỤC LỤC I MỞ ĐẦU Giới thiệu dự án Mục đích .3 Tìm hiểu Angile Scrum .3 3.1 Angile gì? 3.2 Scrum gì? II NỘI DUNG THỰC HIỆN .6 Thành lập nhóm Các Product Backlog dự án Ước lượng điểm User Story Kế hoạch thực .10 Phương pháp kiểm thử 12 5.1 Phân tích rủi ro 12 5.2 Ước lượng kiểm thử .13 5.3 Thời gian bắt đầu kiểm thử điều kiện dừng .13 5.4 Kế hoạch kiểm thử .13 5.5 Tổ chức kiểm thử 14 5.6 Các giải pháp kiểm thử 14 III BÀI HỌC KINH NGHIỆM 24 Thuận lợi 24 Khó khăn 24 IV TÀI LIỆU THAM KHẢO .24 Tieu luan I MỞ ĐẦU Giới thiệu dự án - Trong năm gần đây, việc tin học hóa nhà trường trở thành phổ biến nước giới, việt nam bắt đầu thực vài năm gần Và thế, việc nâng cao Quản Lý Thư Viện Máy Tính điều cần thiết Thư viện trường nơi thiếu cho sinh viên trường, tập trung lượng lớn sinh viên vào thư viện để đọc, mượn trả sách Nhu cầu học tập ngày cao đặc biệt để đảm bảo kiến thức có tính logic xác việc tìm đến với sách cần thiết, để đáp ứng nhu cầu thư viện trưịng tăng số lượng sách đáng kể phong phú loại sách số lượng Vì mà người thủ thư ngày phải liên tục lặp đí lặp lại cơng việc tìm sách, cho độc giả mượn trả sách xếp sách theo vị trí quy định khó khăn lại khó khăn Và với phát triển nhà trường thư viện phát triển cơng việc người thủ thư nhiều Từ vấn đề quản lý sách coi cần thiết Quản lý tốt cung cấp đầy đủ, nhanh chóng xác loại sách cho sinh viên thống kê báo cáo với ban quản lý thực cần thiết Mục đích - Xây dựng phần qềm quản lý Thư Viện, phần mềm quản lí sản Sách , cho mượn sách, cập nhập thơng tin sách, cách nhanh nhất, xác Một shop hay trường học họ có nhiều khách hàng họ cần độ xác cao,có thể tìm kiếm nhanh Tạo phần mềm phải đảm bảo cập nhật tin tức loại sách nhập,nhập sách vào nhân viên làm cách nhanh nhất.các cơng ty quản lí chặt nhân viên, đảm bảo chất lượng sản phẩm đưa tới khách hàng, đảm bảo quản lí khách hàng tớt Tieu luan Tìm hiểu Angile Scrum 3.1 Agile gì? - Agile tập hợp nguyên lý dành cho phát triển phần mềm, khuyến khích việc lập kế hoạch thích ứng, phát triển tăng dần, chuyển giao sớm, cải tiến liên tục Angile chủ trương thích ứng nhanh chóng với thay đổi Những nguyên lý chia sẻ Tuyên ngôn Phát triển Phần mềm Linh hoạt 12 Nguyên lý phía sau - Agile không định nghĩa phương pháp cụ thể để đạt điều này, lại có nhiều phương pháp phát triển phần mềm khác thỏa mãn hướng theo tiêu chí - Mục đích phương pháp Agile giúp doanh nghiệp đạt linh hoạt (Agility), từ nâng cao sức cạnh tranh phát triển bền vững Các phương pháp Agile thay đổi diện mạo giới khơng Phát triển phần mềm mà cịn thể giá trị lĩnh vực khác Marketting (Angile Marketting), giáo dục (EduScrum, Lean Edu, v.v.), thiết kế (Lean UX, Design Thinking), khởi nghiệp (Lean Startup) Phần cứng Tieu luan - Phương pháp Agile cách trọng vào việc lặp lại liên tục phát triển kiểm thử xuyên suốt vòng đời phát triển phần mềm dự án Cả hoạt động phát triển phần mềm kiểm thử mơ hình Angile hồn tồn khác biệt với mơ hình Waterfall - Sự phát triển phần mềm Angile nhấn mạnh vào giá trị cốt lõi sau: + Sự tương tác cá nhân nhóm thơng qua quy trình cơng cụ + Phần mềm làm việc thông qua tài liệu đầy đủ + Sự hợp tác khách hàng thông qua việc thương thuyết hợp đồng + Đáp ứng để thay đổi nhằm theo sát kế hoạch 3.2 Scrum gì? - Scrum Framework quy trình quản lý giúp giải vấn đề phức tạp, đảm bảo tính hiệu quả, sáng tạo sản phẩm tạo phải đạt giá trị cao Bản thân Scrum Framework đơn giản nhằm giúp việc phối hợp hiệu thành viên đội phát triển thực sản phẩm phức tạp Với Scrum, sản phẩm xây dựng chuỗi quy trình lặp lại (gọi Sprint) Các sprint diễn đặn, sprint hội để học hỏi điều chỉnh nhằm đạt phù hợp kết tốt - Khi áp dụng Scrum, có họp (Meetings or Ceremonies) quan trọng tạo nên cấu trúc Sprint sau: + Sprint planning: Cuộc họp lên kế hoạch đội dự án, nhằm xác định cần hồn thành Spring tới Tieu luan + Daily stand-up: Cũng biết đến “Daily Scrum”, họp nhỏ 15 phút ngày để trao đổi công việc đội phát triển + Sprint demo: Một họp chia sẻ, nơi mà thành viên họ làm Sprint + Sprint retrospective: Sự đánh giá, nhìn lại điều làm chưa làm Sprint tại, đưa giải pháp hành động cho Sprint tốt hồn thiện - Một nhóm phát triển Scrum có thành phần khác biệt so với mơ hình truyền thống Waterfall, với vai trò sau: + Product Owner + Scrum Master + Development Team II NỘI DUNG THỰC HIỆN Thành lập nhóm - Nhóm thành lập ngày 07/08/2020 gồm thành viên: Trần Thanh Tùng – (Product Owner) Hoàng Văn Duy – (Scrum Master) Ngũ Thị Thanh Hà – (Dev Team) Hồ Huy Hoàng – (Dev Team) - Nhóm lấy tên Need - Mục đích thành lập nhóm: Cùng phân tích, xây dựng phát triển Phần Mềm Quản Lý Thư Viện Các Product Backlog dự án  Mỗi chức quản lý bao gồm chức : Tieu luan - Tìm kiếm : tìm kiếm theo điều kiện cụ thể Có thể theo loại, theo tên, theo ngày đăng, theo thẻ tag… theo từ khoá mà người dùng nhập vào tìm kiếm - Xem : xem thông tin cụ thể, mô tả đối tượng có hệ thống Đồng thời xem loại sách có liên quan loại sách xem trước - Sửa : thực cập nhật lại thơng tin đối tượng có hệ thống sau kiểm tra liệu - Thêm : thực thêm liệu đối tượng như: Sách , Độc Giả, Phiếu Mượn, Phiếu Trả , vào sở liệu hệ thống - Xoá : thực xố đối tượng có hệ thống sau thực bước kiểm tra liệu kiểm tra quyền ( có người dùng có quyền Admin phép xố, khơng cho phép xố đối tượng có liệu liên quan với đối tượng khác ) - Các chức thao tác với liệu ( thêm, sửa, xoá ) cần kiểm lỗi hợp lí với liệu  Sách - Admin có quyền Thêm, Sửa, Xóa, Xem sách Sách quản lý theo trường: - MaSach - TenSach - NgayNhap - SoLuong - MaTacGia - MaTheLoai - MaNXB - NamXuatBan - TrangThai - MoTa  Nhân viên Tieu luan - Admin có quyền Thêm, Sửa, Xóa, Xem nhân viên Nhân Viên quản lý theo trường: - MaNhanVien - TenNhanVien - ChucVu - NgayVaoLam - SoDienThoai - DiaChi - GioiTinh - MoTaKhac  Độc Giả - Admin có quyền Thêm, Sửa, Xóa, Xem danh sách độc giả Độc giả quản lý theo trường: - MaDocGia - HoTenDocGia - SoDienThoai - Email - DiaChi - GioiTinh - CMND - MaLoaiKhachHang - MoTaKhac  Dịch vụ - Admin có quyền Thêm, Sửa, Xóa, Xem danh sách dịch vụ - MaDichVu - TenDichVu(Mượn, Trả) - Ngay (Mượn, Trả) - TinhTrang - MoTaKhac Tieu luan  Nhà Kho - Admin có quyền Thêm, Sửa, Xóa, Xem nhà kho - MaNhaKho - TenNhaKhp - ViTri - MoTaKhác  Cơ sở vật chất - Admin có quyền Thêm, Sửa, Xóa, Xem sở vật chất - MaCSVT - TenCSVT - SoLuong - TinhTrang - NgayNhap - MoTaKhac Ước lượng điểm User Story  Bảng điểm đăng nhập (Spint 1) Đặc Điểm Đắng kí tài khoản Đắng Loại Tương Tác Quy Tắốc Nghiệp Vụ Thực thể Loại Thao Tác Dữ liệu 2 Tổng UP (Điểm Chưa Hiệu Ch ỉnh) Hệ Sốố nhâ n AP(điểm hiệu ch ỉnh) ED(Khía Cạnh Mối Tr ường) Pps(=(AP *ED)/36 Thời Gian làm 8 16 3,5 14 8 16 3,5 14 Tieu luan nhập tài khoản Thêm tài khoản Sửa tài khoản Xóa tài khoản Quên m ật Nhớ m ật Tổng 3 8 16 3,5 14 2 8 16 3,5 14 2 8 16 3,5 14 2 2 8 16 3,5 14 3 9 16 3,5 14 112 24,5 98  B ảng ểm Sách (Spint 2) Đặc Điểm Thêm Sách Xóa Sách Sửa sách Hiển Thị Sách Tìm Sách Tổng UP (Điểm Chưa Hiệu Ch ỉnh) Hệ Sốố nhâ n AP(điểm hiệu ch ỉnh) ED(Khía Cạnh Mối Tr ường) Pps(=(AP *ED)/36 Thời Gian Làm 9 16 3,1 10 Loại Tương Tác Quy Tắốc Nghiệp Vụ Thực thể Loại Thao Tác Dữ liệu 3 2 8 16 3,5 10 2 9 16 3,1 10 2 8 16 2,6 10 2 16 3,1 10 Tieu luan 5.4 Kế hoạch kiểm thử  Phạm vi/mục tiêu kiểm thử  Các chiến lược dùng  Các tài nguyên phần cứng phần mềm phục vụ kiểm thử  Các nhu cầu nhân viên huấn luyện nhân viên  Các tính chất cần kiểm thử  Các rủi ro cố bất ngờ  Lịch kiểm thử cụ thể  Các kênh thơng tin liên lạc  Cấu hình cho phần tử kế hoạch kiểm thử, testcase, thủ tục kiểm thử  Môi trường kiểm thử  Tiêu chí đầu vào tiêu chí dừng kiểm thử 5.5 Tổ chức kiểm thử - Bạn có Kế hoạch, làm bạn bám sát kế hoạch thực nó? Để trả lời câu hỏi đó, bạn cần thực giai đoạn Tổ chức kiểm thử 5.6 Các giải pháp kiểm thử Các gi ải pháp kiểm thử  Có giả i pháp a,Test unit testing Fucnton: - Quả n lý nhân viến : + Thếm nhân viến + Sủ a nhân viến + Xóa nhân viến + Tìm kiếốm nhân viến Tieu luan + Danh sách nhân viến - Quả n lý kho: + Thếm ngày nh p ậ xuâốt sách + S ngày nh ập xuâốt sách + Xóa ngày nh p ậ xốt sách + Tìm kiếốm ngày nh p ậ xuâốt sách + Danh sách ngày nh p ậ xuâốt sách - Quả n lý dịch vụ : + Thếm phiếốu mượn trả + S ngày phiếốu mượn trả + Xóa ngày phiếốu mượn trả + Tìm kiếốm phiếốu mượn trả + Danh sách phiếốu mượn trả - Quả n lý độc giả : + Thếm thẻ độc giả + Sủa thẻ độc giả + Xóa thẻ độc giả + Tìm kiếốm thẻ độc giả + Danh sách thẻ độc giả - Quả n lý sách: + Thếm sách + Sủa sách Tieu luan + Xóa sách + Tìm kiếốm sách + Chi tiếốt loại sách b) : Test Function - Thêm Nhân Viên - Sửa Nhân Viên - Xóa Nhân Viên - Danh sách Nhân Viên - Tìm kiếm Nhân Viên - Thêm Sách - Sửa Sách - Xóa Sách - Danh sách Sách - Tìm kiếm Sách -Chi Tiết Loại Sách - Thêm Thẻ Đọc Giả - Sửa Thẻ Đọc Giả - Xóa Thẻ Đọc Giả - Danh sách Thẻ Đọc Giả - Tìm kiếm Thẻ Đọc Giả Non-fucntion: Yêu cầu hiệu suất Tieu luan - Yêu cầu hiệu suất : - Máy chủ: CPU - Intel Core i9 9900k 4.0GHz, RAM - 8GB, SSD-500GB, Window Server 2012 trở lên - Máy khách: CPU - Intel Core i3 2.4GHz, RAM - 4GB, HDD-40GB, OSWindow XP SP2 - Thích hợp tất thiết bị di động, điện thoại thông minh - Thời gian đáp ứng cho hệ thống phải đáp ứng sau: o Để thêm chức (giả sử có trung bình 30 trường cần cập nhật lên DB), thời gian phản hồi phải khoảng 3-5 giây Lần truy vấn trang, phải nhiều thời gian lần sau Nó có khoảng 10 giây Các truy cập sau phải giây o Đối với chức danh sách / chế độ xem (giả sử có khoảng 1000 ghi hiển thị), thời gian phản hồi phải khoảng 7-10 giây Đối với truy cập khoảng 15 giây Các truy cập sau phải 10 giây Yêu cầu khả mở rộng - Yêu cầu : o Nó phải mở rộng theo số lượng người dùng dự kiến truy cập vào hệ thống - Yêu cầu bảo mật : o Chỉ cẩn dụng chế xác thực số điện thoại Yêu cầu tính thích hợp với tất - Yêu cầu : o Thích hợp với tất thiết bị Yêu cầu xử lý lỗi - Yêu cầu : o Thông báo chủ động vấn đề Hệ thống phải cung cấp đủ ngữ cảnh thông báo để hỗ trợ chẩn đốn sửa chữa vấn đề Các mức thơng Tieu luan báo khác cần thiết cho loại lỗi khác trường hợp: lỗi ghi nhật ký cho người xem, gửi email Yêu cầu sở hạ tầng - Yêu cầu : o Tất liệu người dùng, liệu sản phẩm, dự kiến lưu trữ Yêu cầu nhìn cảm nhận - Yêu cầu : o Giao diện phải tương tự mơ hình hình cung cấp tài liệu Yêu cầu hỗ trợ & khả hỗ trợ - Yêu cầu : o Hỗ trợ đầy đủ thời gian thử nghiệm hỗ trợ bảo hành tháng Yêu cầu độ tin cậy - Yêu cầu : o Tính khả dụng: Yêu cầu thiết kế ràng buộc - Yêu cầu : o Thiết kế phải xem xét yêu cầu cho thứ mà hệ thống làm làm điều hỗ trợ o Thiết kế phải tuân theo nguyên tắc thiết kế hệ thống, thiết kế web b) : Test Function  UnitTest - Thêm Nhân Viên - Sửa Nhân Viên - Xóa Nhân Viên - Danh sách Nhân Viên Tieu luan - Tìm kiếm Nhân Viên - Thêm Sách - Sửa Sách - Xóa Sách - Danh sách Sách - Tìm kiếm Sách -Chi Tiết Loại Sách - Thêm Thẻ Đọc Giả - Sửa Thẻ Đọc Giả - Xóa Thẻ Đọc Giả - Danh sách Thẻ Đọc Giả - Tìm kiếm Thẻ Đọc Giả - Thêm Thẻ ưu Tiên ( Sinh Viên học sinh) - Sửa Thẻ ưu Tiên ( Sinh Viên học sinh) - Xóa Thẻ ưu Tiên ( Sinh Viên học sinh) - Danh sách Thẻ ưu Tiên ( Sinh Viên học sinh) - Tìm kiếm Thẻ ưu Tiên ( Sinh Viên học sinh) - Thêm Ngày Nhập Sách - Sửa Ngày Nhập Sách - Xóa Ngày Nhập Sách - Danh sách Ngày Nhập Sách - Tìm kiếm Ngày Nhập Sách - Thêm Ngày Xuất Sách Tieu luan - Sửa Ngày Xuất Sách - Xóa Ngày Xuất Sách - Danh sách Ngày Xuất Sách - Tìm kiếm Ngày Xuất Sách - Thêm Phiếu Mượn - Sửa Phiếu Mượn - Xóa Phiếu Mượn - Danh sách Phiếu Mượn - Tìm kiếm Phiếu Mượn - Thêm Phiếu Trả - Sửa Phiếu Trả - Xóa Phiếu Trả - Danh sách Phiếu Trả - Tìm kiếm Phiếu Trả  Integration Test (Kiểm thử tích hợp) Tổng Quát Tieu luan Quản lý sách Tieu luan Tieu luan Quản lý độc giả Tieu luan Quả n lý nhân viên Tieu luan Quả n lý Dịch vụ Qu ản lý c ơs ởv tậchâốt Tieu luan Quả n lý nhà kho Tieu luan  System Testing - Chỉ giống mục Test Non-Function  Kiểm thử chấp nhận (Acceptance Testing) - Đưa vấn đề xảy q trình kiểm thử sau xem xét nhà phát triển có đồng ý chấp thuận với kết nhóm phát triển - Các test áp dụng tất logic nghiệp vụ quan trọng - Tự động hóa thơng tin qua hệ thống trợ giúp công cụ: Framework for Integrated Test (http://FIT.c2.com ), FitNesse (http://www.fitnesse.org/ ), Các hệ CI  Kiểm thử tự động Tieu luan - Ngay bạn bắt đầu thấy nhóm tung tăng trưởng phần mềm đặn, bạn nhận khơng thể trì nhịp trừ có số loại tự động hóa - Sử dụng phần mềm giúp test tự động hóa như: Eclipse,Quick test profressional, selenium, test architect, ranorex… Giúp bạn test nhanh chóng trì tăng trưởng tốt Sử dụng cơng cụ tự động hóa giúp bạn tiết kiệm thời gian phàn mềm chạy tất kiểm thử cho bạn  Kiểm thử tích hợp liên tục - Một loại kiểm thử khác mà cấp thiết với thành công dự án Scrum kiểm thử tích hợp liên tục - Lý quan trọng để thực đặn loại kiểm thử bạn muốn đảm bảo sản phẩm bạn luôn chuyển giao III BÀI HỌC KINH NGHIỆM Thuận lợi + Học cách làm việc nhóm, tập trung vào quy trình + Biết nhiệm vụ vai trò ScrumMaster Product Owner(PO) + Học cách xây dựng Product Backlog + Khi nhóm phát triển Scrum nhận phản hồi liên tục nhanh chóng điều chỉnh để đảm bảo chất lượng phần mềm cao nhất, đồng thời đáp ứng nhu cầu thị trường ln thay đổi Khó khăn + Triển khai với Agile lần đầu lên gặp số khó khăn định + Các task định cá nhân bị chất đống + Mọi người phải tìm cách giải vấn đề standup meeting Tieu luan ... Chức nắng Tài liệu UserName Đăng kí Test case đăng kí Đăng nhập + Đăng xuất Test case đăng nhập & đăng xuất Test case quản lí Tài khoản Quản lý Tài khoản Quản lí Sách Quản lí Độc Giả Thêm tài khoản... thực nhiệm vụ dự án Họ người, thiết bị, sở vật chất, tài trợ, thứ khác định nghĩa u cầu để hoàn thành hoạt động dự án  Thời gian: Thời gian nguồn tài nguyên có giá trị dự án Mỗi dự án có thời hạn... 20/9/2020 19/9/2020 20/9/2020 Xóa Độc Giả TG kêốt thúc Tìm Độc Giả Quản lí Dịch Vụ Quản lí Nhân Viên Quản lí Cơ Sở Vật Chất Quản lí Nhà Kho Xóa Dịch Vụ Tìm Dịch Vụ Xóa Dịch Vụ Tìm Dịch Vụ Xóa Nhân