Báo cáo bài tập lớn môn thiết kế điên tử tiên tiến đề tài quy trình thiết kế hệ thông (sdlc)

  HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG KHOA KỸ THUẬT ĐIỆN TỬ  1 BÁO CÁO BÀI TẬP LỚN MÔN THIẾT KẾ ĐIÊN TỬ TIÊN TIẾN ĐỀ TÀI QUY TRÌNH THIẾT KẾ HỆ THƠNG (SDLC) Giảng viên: Lương Cơng Duẩn  Nhóm thực hiện: 10 Thành Viên Nhóm: Đinh Văn Bắc-B10DCDT019 Đinh Tiến Danh-B19DCDT027  Nguyễn Trọng Dũng-B19DCDT031 Đoàn Quyết Thắng-B19DCDT227  Nguyễn Bá Minh -B19DCDT143   Hà Nội-2023 1   MỤC LỤC  LỜI MỞ ĐẦU Chương I Tìm hiểu quy trình thiết kế hệ thống (SDLC) 1.Tìm hiểu SDLC 1.1.KHÁI NIỆM 1.2.LỢI ÍCH CỦA SDLC 1.3.CÁC GIAI ĐOẠN SDLC .4 2.Các phương pháp SDLC 2.1.MƠ HÌNH THÁC NƯỚC (WATERFALL) 2.2.PHƯƠNG PHÁP AGILE 2.3.PHƯƠNG PHÁP LẶP LẠI (ITERATIVE) 2.4.PHƯƠNG PHÁP HÌNH CHỮ V (V-SHAPED) 2.5.PHƯƠNG PHÁP XOẮN ỐC (SPIRAL) .9 2.6.PHƯƠNG PHÁP BIG BANG .9 2.7.PHƯƠNG PHÁP DEVOPS Chương II Tìm hiểu phương pháp Agile 10 1.Khái niệm 10 2.Tổng quan Agile 10 3.Bốn tôn cần tuân thủ phương pháp Agile .11 4.Nguyên tắc quan trọng Agile 11 5.Đặc trưng Agile .12 6.Mơ hình SDLC Agile với Truyền thống .13 7.Mơ hình Agile - Ưu nhược điểm .13 7.1.NHỮNG ƯU ĐIỂM CỦA MƠ HÌNH AGILE: 13 7.2.NHỮNG NHƯỢC ĐIỂM CỦA MƠ HÌNH AGILE: 14 8.Một quy trình Agile hồn chỉnh 14 8.1.AGILE PHÙ HỢP VỚI DỰ ÁN NHƯ THẾ NÀO? 15 8.2.THÁCH THỨC KHI ÁP DỤNG AGILE: .15 8.3.CÁC MẸO QUẢN LÝ DỰ ÁN DỄ DÀNG HƠN VỚI MƠ HÌNH AGILE 16  9.Kết luận.  .18 Chương III.Áp dụng Agile vào thực tế 18 1.Lập bảng kế hoach 18 2.Thiết kế .20 3.Kiểm tra đánh giá 22 4.Triển khai sản phẩm 24 5.Bảo trì 25 6.Một số hình ảnh liên quan đến dự án 26    LỜI MỞ ĐẦU Systems development life cycle-Vòng đời phát triển phần mềm (SDLC) quy trình hiệu chi phí thời gian mà nhóm phát triển sử dụng để thiết kế xây dựng phần mềm chất lượng cao Mục tiêu SDLC giảm thiểu rủi ro dự án thông qua việc lập kế hoạch trước để phần mềm đáp ứng mong đợi khách hàng giai đoạn sản xuất Phương pháp vạch loạt bước chia quy trình phát triển phần mềm thành nhiệm vụ mà bạn định, hồn thành đo lường Việc phát triển phần mềm gặp khó khăn việc quản lý thay đổi yêu cầu, nâng cấp công nghệ cộng tác liên chức Phương pháp vòng đời  phát triển phần mềm (SDLC) cung cấp khung quản lý có hệ thống với sản  phẩm cụ thể giai đoạn quy trình phát triển phần mềm Do vậy, tất bên liên quan đồng ý trước mục tiêu yêu cầu phát triển phần mềm, đồng thời có kế hoạch để đạt mục tiêu   Chương I Tìm hiểu quy trình thiết kế hệ thống (SDLC) 1.Tìm hiểu SDLC 1.1.Khái niệm SDLC từ viết tắt Software Development Life Cycle (vòng đời phát triển phần mềm) SDLC quy trình phát triển phần mềm với chất lượng cao chi phí thấp thời gian ngắn 1.2.Lợi ích SDLC SDLC cung cấp nhìn tổng thể tồn hệ thống, tài ngun, dịng thời gian mục tiêu dự án phầm mềm Các nhà phát triển phần mềm hiểu họ nên xây dựng Các lý SDLC cần thiết để phát triển hệ thống phần mềm: Đo lường tăng trưởng chi phí hệ thống phát triển Tăng cường kiểm soát giám sát dự án quan trọng phức tạp Đảm bảo độ tin cậy chất lượng giải pháp phát triển Cung cấp tài liệu mở rộng hệ thống  Nếu thành viên dự án rời đi, thành viên tiếp tục nơi họ dừng lại        Đảm bảo bàn giao phần mềm xác kịp thời cho khách hàng Cải thiện tốc độ phát triển phần mềm 1.3.Các giai đoạn SDLC 1.3.1 Thu thập phân tích thơng tin (Requirement Analysis) Giai đoại SDLC việc định bạn phát triển Có thể nói giai đoạn quan trọng bật quy trình SDLC Nếu bạn phát triển cho khách hàng, giai đoạn bao gồm họp để thảo luận nhu cầu, mục tiêu kỳ vọng họ Nếu bạn phát triển phần mềm nội bộ, việc bao gồm phân tích thị trường phân tích đối thủ cạnh tranh, vấn khách hàng kiểm tra mục tiêu công ty bạn Ở cấp cao, bạn cần biết vấn đề bạn cố gắng giải cách giải Kết giai đoạn tài liệu đặc tả yêu cầu phần mềm (Software Requirements Specification hay SRS), đóng vai trò điểm khởi đầu cho giai đoạn phát triển Điều quan trọng cần lưu ý giai đoạn đặc tả phân tích yêu cầu tập trung vào hệ thống phần mềm nên làm khơng phải vào cách nên thực Nghĩa chi tiết triển khai không phép ảnh hưởng đến giai đoạn Yêu cầu phần mềm phân thành hai loại: yêu cầu chức yêu cầu phi chức năng, SRS cần bao gồm hai loại yêu cầu 1.3.2 Lập kế hoạch (Planning hay Defining) Giai đoạn tìm câu trả lời cho câu hỏi “Chúng ta muốn gì?”   Thơng thường, bạn thực q trình lập kế hoạch sau phân tích yêu cầu sau  bạn có đầy đủ liệu chọn cần phát triển Trong giai đoạn SDLC thứ hai cần xác định số yếu tố:  Ai lãnh đạo dự án  Kết đầu triển khai dự kiến  Số lượng developer cần thiết cho dự án  Dự án khoảng thời gian    Ngân sách cần thiết cho dự án Mọi cân nhắc dự án cụ thể khác Kết đầu giai đoạn lập kế hoạch bao gồm: kế hoạch dự án, thời gian thực chi tiết, ước tính chi phí yêu cầu mua sắm Các tài liệu giai đoạn thường bao gồm:  Project Management Plan  Project Charter (điều lệ) document 1.3.3 Thiết kế (Designing) Giai đoạn tìm câu trả lời cho câu hỏi “Làm chúng xây muốn?” Giai đoạn thứ ba SDLC tập trung vào việc thiết kế phần mềm mà bạn phát triển,  bao gồm:   Kiến trúc: Bạn sử dụng ngơn ngữ lập trình để xây dựng sản phẩm mình? Các phương  pháp tốt ngành mà bạn xây dựng gì? Cũng bao gồm câu hỏi liên quan đến việc sử dụng mẫu Giao diện người dùng: Bạn mong đợi người dùng tiềm tương tác với sản phẩm nào? Làm bạn làm cho điều dễ dàng cho họ?  Nền tảng: Sản phẩm bạn chạy tảng gì? Trong giai đoạn này, nhà phát triển trò chơi tự hỏi họ xuất bảng điều khiển nào, nhà phát triển thiết bị di động định xem họ tạo ứng dụng cho Apple, Android hay hai Lập trình: Bạn tìm ngơn ngữ lập trình, bạn làm để vượt qua thách thức lập trình trình phát triển?   Liên kết: Sản phẩm bạn phải giao tiếp với nội dung nào? Một máy chủ trung tâm? Các ứng dụng khác? Làm điều xảy ra? Bảo mật: Bạn bảo vệ sản phẩm trước nguy tiềm ẩn? Bạn có phải tuân theo yêu cầu bảo mật định khơng? Bạn có truy cập vào thơng tin người dùng nhạy cảm cần bảo vệ không? Việc thiết kế gần giống việc tổng hợp phương án kiến trúc thiết kế nội thất ngơi nhà trước bạn xây dựng Kết giai đoạn thiết kế: Vào cuối giai đoạn này, tài liệu thiết kế (Software Design Document – SDD) hoàn thành SDD xem xét tất bên liên quan (stackholders) dựa thông số khác đánh giá rủi ro, tính lâu dài phầm mềm, mơ-đun thiết kế, hạn chế ngân sách thời gian, phương pháp thiết kế tốt lựa chọn cho sản phẩm… 1.3.4 Phát triển (Development)  Là giai đoạn “Tạo muốn” Giai đoạn phát triển giai đoạn mà developer thực viết code xây dựng ứng dụng theo tài liệu thiết kế thông số kỹ thuật vạch ra, sử dụng ngơn ngữ lập trình framework chọn Các developer tuân theo nguyên tắc viết code công ty sử dụng công cụ khác trình biên dịch, trình gỡ lỗi trình thơng dịch Các nhiệm vụ chia thành đơn vị mô-đun phân  bổ cho nhà phát triển cụ thể Kết giai đoạn phát triển: Các chức phần mềm mà cần xây dựng, đạt mục tiêu kế hoạch đề 1.3.5 Kiểm thử (Testing) Giai đoạn tập trung vào việc kiểm tra phần mềm để đảm bảo tính hồn thiện, chất lượng tính ổn định phần mềm Nó bao gồm kiểm thử chức năng, kiểm thử hệ thống kiểm thử chấp nhận từ khách hàng Khi code hồn tất, q trình kiểm tra bắt đầu mô-đun đánh giá kiểm tra để tránh lỗi Phần mềm xây dựng xem xét tồn diện q trình vấn đề tìm thấy giao cho developers sửa chữa, thay đổi Kiểm tra lại kiểm tra hồi quy tiến hành phần mềm kế hoạch người sử dụng Tester thường tham khảo tài liệu SRS để đảm bảo phần mềm phù hợp với tiêu chuẩn khách hàng hay yêu cầu   Kết giai đoạn kiểm thử: Sản phẩm hoàn thiện sau lỗi chỉnh sửa yêu cầu thiếu  phát triển   Testing report User Acceptant Test… 1.3.6 Triển khai (Deployment) Giai đoạn tập trung vào việc triển khai phần mềm hoàn thành vào mơi trường thực tế Nó bao gồm việc cài đặt phần mềm, đào tạo người dùng hỗ trợ cho việc triển khai phần mềm Ở giai đoạn này, mục tiêu triển khai phần mềm tới môi trường production để người dùng bắt đầu sử dụng Tuy nhiên, nhiều công ty chọn triển khai phần mềm qua môi trường triển khai khác môi trường thử nghiệm (testing) môi trường dàn dựng (staging) Điều cho phép bên liên quan trải nghiệm phần mềm cách an tồn trước đưa sử dụng thức Bên cạnh đó, điều cho phép sai sót cuối phát chỉnh sửa trước phát hành Kết giai đoạn triển khai: Giai đoạn triển khai hoàn thành phần mềm đưa vào hoạt động thành công thỏa mãn tất yêu cầu kinh doanh kỹ thuật thông qua việc xem xét ký tên bên liên quan Implementation Report (báo cáo triển khai), Maintenance Manual (Sổ tay Bảo trì) giao cho mhóm bảo trì phần mềm, Training Manual (tài liệu đào tạo) chuyển cho trainer/user Tài liệu hướng dẫn sử dụng chuyển đến người sử dụng 1.3.7 Bảo trì Giai đoạn tập trung vào việc bảo trì nâng cấp phần mềm để đảm bảo tính ổn định tính bảo mật phần mềm Nó bao gồm việc sửa lỗi, cập nhật tính tối ưu hóa hiệu suất phần mềm Diễn sau triển khai sản phẩm môi trường production Bất kỳ vấn đề xuất cần khắc phục cải tiến đánh giá triển khai Tóm lại, giai đoạn SDLC đóng vai trị quan trọng q trình phát triển  phần mềm Quy trình SDLC giúp đảm bảo phần mềm phát triển đáp ứng yêu cầu kỹ thuật kinh doanh, đảm bảo chất lượng tính ổn định phần   2.Các phương pháp SDLC 2.1.Mô hình thác nước (Waterfall) Mơ hình thác nước mơ hình phát triển phần mềm theo hướng tuần tự, hoạt động q trình phát triển phần mềm thực theo trình tự cụ thể, từ giai đoạn sang giai đoạn khác mà khơng quay lại giai đoạn trước Mơ hình gọi "thác nước" liệu hoạt động chảy từ xuống dưới, giống nước chảy dãy thác Là mơ hình lâu đời phương pháp SDLC Nó tuyến tính đơn giản, yêu cầu phải hoàn thành giai đoạn dự án trước chuyển sang giai đoạn Mỗi giai đoạn có kế hoạch dự án riêng biệt lấy thông tin từ giai đoạn trước để tránh vấn đề tương tự  Nhược điểm dễ bị trì hỗn chi tiết nhỏ chưa hồn thiện giai đoạn 2.2.Phương pháp Agile Mơ hình Agile phương pháp phát triển phần mềm linh hoạt nhạy cảm với thay đổi, dựa việc làm việc đội nhóm liên tục, tương tác với khách hàng người dùng cuối, học hỏi từ kinh nghiệm để cải thiện liên tục Agile có nguồn gốc từ "Tuyên bố Agile" (Agile Manifesto), tuyên bố định hướng phát triển  phần mềm linh hoạt, công bố vào năm 2001 nhóm chuyên gia phát triển phần mềm Mơ hình Agile tập trung vào việc tạo giá trị cho khách hàng người dùng cuối, đáp ứng nhanh chóng với thay đổi yêu cầu, thường xuyên kiểm tra đánh giá kết quả, tích cực hợp tác thành viên đội nhóm Mơ hình Agile thực dạng chu kỳ ngắn gọi "Sprint" "Iteration", hoạt động phát triển phần mềm thực theo lộ trình linh hoạt, đánh giá liên tục điều chỉnh theo phản hồi từ khách hàng người dùng Hạn chế: Quá trọng vào tương tác với khách hàng dẫn dự án sai hướng số trường hợp 2.3.Phương pháp lặp lại (Iterative) Phương pháp lặp lặp lại liên quan đến việc nhanh chóng tạo phiên  phần mềm sau cải tiến lặp lặp lại phiên Bạn  phát triển nhiều phiên trước bạn nhận sản phẩm hồn thiện Điều làm cho phương pháp khó để vạch SDLC, lựa chọn ưu tiên cho nhóm nhỏ, phát triển nhanh.Phương pháp tương tự Agile, có vài điểm khác biệt Đầu tiên, phương pháp lặp lại không liên quan đến khách hàng bên giai đoạn khác Ngoài ra, phạm vi lần lặp lại cố định, tương tự yêu cầu mơ hình thác nước   2.4.Phương pháp hình chữ V (V-shaped) Phương pháp luận tương tự mô hình thác nước; thể phụ thuộc giai đoạn SDLC bạn Sự khác biệt chúng biểu diễn dạng hình chữ V khơng phải mơ hình tuyến tính Mọi giai đoạn dẫn đến việc triển khai – thực – sản phẩm phần mềm mà bạn làm việc dẫn đến nhánh V Triển khai giai đoạn phẳng ngắn phía dưới, trước dẫn đến kiểm tra, xác minh bảo trì liên tục nhánh bên chữ V.Phương pháp luận hoạt động tốt cho dự án đòi hỏi nhiều kiểm sốt có u cầu xác định rõ ràng không thay đổi 2.5.Phương pháp xoắn ốc (spiral) Phương pháp tiếp cận Xoắn ốc (spiral) phương pháp phức tạp số phương pháp SDLC phương pháp linh hoạt Hãy tưởng tượng hình xoắn ốc lặp lại vịng lặp đại diện cho giai đoạn dự án bạn Trong phương pháp xoắn ốc, khơng phải dự án có số vòng lặp giống Khi bắt đầu vòng lặp giai đoạn, nhóm phải xem xét lại mục tiêu rủi ro dự án, phát triển phiên sản phẩm, sau xem xét lập kế hoạch cho giai đoạn Phương pháp xoắn ốc chí xác định cách tiếp cận Waterfall Agile cần thiết cho vịng lặp cụ thể Bởi động linh hoạt, việc kết hợp Spiral vào SDLC thách thức Bạn cần phải biết rõ phụ trách dự án, cách xác định số lượng vòng lặp giai đoạn cần lặp lại 2.6.Phương pháp Big Bang Mơ hình Big Bang linh hoạt không tuân theo quy trình thủ tục nghiêm ngặt Nó chí cịn khơng có kế hoạch chi tiết Big Bang yếu sử dụng để phát triển ý tưởng rộng khách hàng khách hàng không chắn họ muốn.Đầu phương pháp gần xa so với khách hàng mong muốn Mơ hình sử dụng cho dự án nhỏ Khơng có đội thử nghiệm khơng có thử nghiệm thức thực hiện, nguyên nhân dẫn đến thất bại dự án 2.7.Phương pháp DevOps DevOps phương pháp DevOps mang đến kết hợp phát triển (Dev) vận hành (Ops) tất giai đoạn quy trình SDLC Sự hợp tác chia sẻ trách nhiệm giúp đảm bảo sản phẩm phát triển vận hành tốt q trình phát triển.Trong mơ hình DevOps, nhóm Nhà phát triển Vận hành làm việc chặt chẽ để đẩy nhanh đổi triển khai chức sản  phẩm phần mềm chất lượng cao hơn, đáng tin cậy Cập nhật cho sản phẩm   nhỏ thường xuyên Kỷ luật, phản hồi liên tục cải tiến quy trình tự động hóa quy trình phát triển thủ công tất điểm bật mơ hình DevOps Chương II Tìm hiểu phương pháp Agile 1.Khái niệm Agile (viết tắt Agile Software Development) có nghĩa phương thức phát triển  phần mềm linh hoạt, ứng dụng quy trình phát triển phần mềm với mục tiêu đưa sản phẩm đến tay người dùng nhanh tốt 2.Tổng quan Agile Mơ hình SDLC Agile kết hợp mơ hình quy trình Interative gia tăng, tập trung vào khả thích ứng quy trình hài lòng khách hàng cách cung cấp nhanh chóng sản phẩm phần mềm hoạt động Phương pháp Agile chia sản phẩm thành dựng nhỏ gia tăng Các dựng cung cấp lần lặp lại Mỗi lần lặp lại thường kéo dài từ khoảng đến ba tuần Mỗi lần lặp lại liên quan đến nhóm chức chéo làm việc đồng thời lĩnh vực khác như:       Lập kế hoạch Phân tích u cầu Thiết kế mã hóa Kiểm tra đơn vị Kiểm tra chấp nhận Vào cuối trình lặp lại, sản phẩm hoạt động hiển thị cho khách hàng bên liên quan quan trọng Đây minh họa đồ họa Mơ hình Agile: 10     Các giai đoạn phát triển sản phẩm chia nhỏ thành phần tăng trưởng cụ thể mà người dùng tương tác Nhờ sản phẩm có phản hồi cần thiết để tránh khỏi vấn đề nghiêm trọng cải tiến tốt Thêm vào đó, quy trình quản lý sản phẩm có tính chất lặp lại cịn giúp cho nhóm chuyển sang phần tăng trưởng khác vấn đề phần tăng trưởng giải 8.1 Agile phù hợp với dự án nào? Agile phù hợp với dự án đòi hỏi linh hoạt có mức độ phức tạp không chắn Chẳng hạn, sản phẩm dịch vụ chưa nhóm xây dựng Agile sinh lĩnh vực phát triển phần mềm Các giai đoạn mơ hình Agile phù hợp với phát triển kiểm thử phần mềm Tuy nhiên ngày nay, triết lí Agile vượt xa khỏi khu vực truyền thống đóng góp thay đổi cách thức làm việc, quản lí, sản xuất ngành công nghiệp kinh doanh sản xuất, dịch vụ, sales, marketing, giáo dục đạt hiệu cao Tuy nhiên, doanh nghiệp phù hợp với mơ hình Agile Để áp dụng thành cơng mơ hình cần số điều kiện tiên tổ chức: Thứ nhất, thành viên phối hợp, giao tiếp hiệu nội Kỹ giao tiếp tốt giúp nhóm làm việc thấu hiểu khách hàng, hợp tác tốt với đảm bảo chất lượng tốc độ Thứ hai, tính tự chủ thành viên phải đảm bảo để nhóm tự quản lý vận hành cách chủ động, trơn tru thay tuân thủ theo dẫn cấp mơ hình truyền thống Thứ ba, hoạt động module hóa thơng qua nhóm liên chức  Những nhóm có khả làm việc với tốc độ chất lượng cao, với khách hàng trung tâm  8.2 Thách thức áp dụng Agile:  Thực tế có doanh nghiệp áp dụng Agile từ 5-7 năm thực chưa đạt yêu cầu nhìn chung phần lớn tình trạng “bình mà rượu cũ” Các đội dự án muốn áp dụng Agile, nhiên có nhiều đội áp dụng Agile để né tránh hệ thống quy trình phức tạp doanh nghiệp hay khối lượng tài liệu (document) khổng lồ dự án      15     Điều không lạ, Agile trơng đơn giản để hiểu, nhiên khó để thành thạo, đặc biệt doanh nghiệp lớn Một lý Agile tập trung nhiều vào yếu tố người bao gồm văn hóa, giao tiếp, hợp tác phối hợp  bên liên quan, khả làm việc nhóm Và thay đổi văn hóa, hành vi người chuyện không dễ dàng   Để giải vấn đề này, việc thuê huấn luyện viên Agile (Agile coach) giỏi điều cần thiết Chỉ có người có mindset đúng, hiểu sâu Agile, có nhiều kinh nghiệm kỹ huấn luyện giúp doanh nghiệp hay đội dự án tiếp cận nhanh với Agile Quá trình huấn luyện cần từ tháng đến năm hay dài tùy nhu cầu 8.3 Các mẹo quản lý dự án dễ dàng với mơ hình Agile  Kỹ chắt lọc thơng tin thực dự án Sự dư thừa thông tin, có q nhiều thuộc tính khơng cần thiết phức tạp mức khiến nguồn vốn thực dự án bị đội lên, gây lãng phí cho tổ chức Chỉ cung cấp cho khách hàng họ u cầu việc thêm q nhiều tính khơng cần thiết gây lãng phí nguồn lực, tiền bạc khiến lợi nhuận doanh nghiệp suy giảm Chúng ta nên tránh phức tạp mức Nếu không, dự án có: nhiều chi phí hơn, nhiều lỗi hơn, nhiều hiểu lầm nhiều rủi ro Và đôi khi, thứ đơn giản lại mang lại nhiều giá trị 16    Phải tôn trọng sản phẩm khách hàng Việc tôn trọng sản phẩm khách hàng nâng cao tính cá nhân hóa sản phẩm, gia tăng thân thiết người tiêu dùng dịch vụ/ sản phẩm doanh nghiệp Vòng đời nhân doanh nghiệp ln thay đổi, vậy, nhà quản trị phải liên kết hoạt động tiền nhiệm kế thừa cho khách hàng nội tham gia sớm vào q trình với nhóm làm việc hoạt động tiền nhiệm  Khơng lãng phí thời gian họp Việc thường xun có họp khơng gây lãng phí thời gian làm việc người lao động mà cịn phần văn hóa khơng nhanh nhẹn Các họp điều phối nên thực để tạo điều kiện thuận lợi cho việc thực dự án không bị gián đoạn Trong họp cộng tác, vấn đề kỹ thuật nên thảo luận  Đo lường rủi ro trước thực dự án Thực phân tích rủi ro trước bắt đầu thực dự án chủ động cách giảm thiểu vấn đề tương lai, điều giúp bạn có dự án nhanh nhẹn hiệu  Nên lập dự án dự phòng trường hợp rủi ro xảy Tuy nhiên, tối thiểu hóa rủi ro thơng qua việc sử dụng phần mềm quản lý rủi ro hay lập kế hoạch tốt, xác định, phân tích định tính, phân tích định lượng, lập kế hoạch phản ứng, giám sát kiểm soát  Tập trung vào báo cáo theo dạng số liệu thay văn dài dòng  Nên sử dụng phương pháp đồ họa chắn thu hút nhiều ý hơn: màu sắc, hình ảnh, biểu tượng, bảng biểu, nguyên mẫu, v.v Chú trọng vào việc thông báo ngoại lệ, vấn đề mới, thay điểm tương đồng  Tối ưu hóa chuẩn hóa quy trình mà doanh nghiệp có Việc tối ưu hóa chuẩn hóa quy trình giúp q trình làm việc doanh nghiệp trơn tru Bên cạnh đó, việc tối ưu hóa quy trình cịn giúp doanh nghiệp giảm thiểu lỗi sai hoạt động sản xuất mà nguồn lực người mang lại Một quy trình 17   tối ưu hóa tạo nhiều lợi ích với doanh nghiệp Những lợi ích mà doanh nghiệp đạt tiến hành tối ưu hóa quy trình:      Nâng cao hiệu suất hiệu làm việc nhân viên Giảm thiểu lỗi sai sót thực cơng việc Tiết kiệm thời gian, chi phí nhờ việc tự động hóa việc đơn giản, mang tính lặp lặp lại  Nâng cao vị cạnh tranh thị trường  9.Kết luận Việc Agile tinh giản số lượng tài liệu quản lý giúp cải tiến tốc độ phát triển sản  phẩm Thay sử dụng tài liệu dài mà khơng phải có thời gian để đọc, Agile tăng cường tương tác thành viên nhóm, với phản hồi khách hàng, trí tưởng tượng, lập trình thử nghiệm ý tưởng Những yếu tố góp phần tìm giải pháp phù hợp có thay đổi đột ngột thay nhất tuân theo kế hoạch khơng thể đối phó có tình phát sinh Tuy nhiên, việc áp dụng Agile không dễ dàng, phụ thuộc nhiều vào linh hoạt nhà lãnh đạo Đưa Agile vào doanh nghiệp khơng giống dự án, thay đổi lớn văn hoá doanh nghiệp chiến lược phát triển nguồn nhân lực Chương III.Áp dụng Agile vào thực tế 1.Lập bảng kế hoach STT Công Việc Mô tả Nội dung Thiết kế giao diện thị thông tin sensor  Ba khối hình chữ nhật riêng biệt Cùng hàng Phân biệt màu sắc Icon theo chủ đề sensor  Bao gồm đường dạng line Màu sắc theo Thiết kế Thiết kế giao diện đồ sensor Cột có giá trị thang giá trị Vạch  phần mềm thị có mốc thời gian Thiết kế giao diện Có biểu tượng tương ứng với thiết bị điều điều khiển khiển Thu thập liệu Dùng esp/stm thu thập liệu sensor  Xử lý liệu sensor Làm tròn đến chữ số sau dấu phẩy Xử lý gửi liệu Thiết lập kết nối với server  18 Phần cứng   10 11 12 Xử lý liệu điều  Nhận liệu từ web bật tắt thiết bị khiển thiết bị Xử lý thao tác thời Cập nhật thông tin liên tục theo thời gian thực gian thực Xử lý nhận liệu từ  Nhận dự liệu từ server chung với phần cứng server  Xử lý gửi liệu lên database Xử lý gửi liệu lên  phần hiển thị Xác định yêu cầu đặc điểm sản  phẩm Tạo kế hoạch kiểm tra Phát triển ca kiểm thử Gửi liệu lên sở liệu Thiết lập kết nối Gửi liệu lên khung hiển thị đồ thị giao diện thị Xác định sản phẩm phát triển đạt mục tiêu cốt lõi dự án Xác định trình phân tích, thiết kế mã sản phẩm làm việc xác Đảm bảo sản phẩm hoạt động với 14 yêu cầu đặt Kiểm tra Thực ca kiểm thử xác định lỗi đánh 15 Chạy kiểm thử giá trục trặc sản phẩm Đánh giá xử lý chúng để sản phẩm phát Đánh giá xử lý 16 triển hoàn thiện đạt tiêu chí lỗi chất lượng Xác định hoạt động với yêu 17 Kiểm tra nghiệm thu cầu đặt ban đầu đáp ứng nhu cầu người dùng hay không Triển khai 18 Bàn giao sản phẩm Liên hệ khách hàng bàn giao sản phẩm sản phẩm 13 19 Công bố sản phẩm Khách hàng quảng cáo sản phẩm 20  Nhận gửi thông tin  phản hồi Gửi email thông báo sản phẩm 21 Quảng bá sản phẩm 22 Khảo sát sản phẩm 23 Phân tích sản phẩm Kết hợp với khách hàng tổ chức kiện giới thiệu sản phẩm Liên hệ với người dùng nhận thông tin phản hổi sản phẩm Sử dụng thông tin người dùng phản hồi đưa 19   đánh giá sản phẩm 24 Đánh giá sản phẩm Đưa tiêu chí thang đo đánh giá 25 Xác định điểm yếu Bao gồm lỗi, thiếu sót vấn đề hiệu suất, tốc độ tính bảo mật 26 Cải tiến Sử lỗi, tối ưu hiệu suất, tăng bảo mật 27 Triển khai cải tiến Đưa cập nhật, phiên 28 Đánh giá lại sản  phẩm Thực đánh giá lại sản phẩm Bảo trì 2.Thiết kế 2.1Thiết kế phần mềm stt Công Việc Mô tả chi tiết Ba khối hình chữ nhật riêng biệt gồm nhiệt độ, Thiết kế độ ẩm, ánh sáng giao hàng Phân biệt diện  bằng màu sắc (Tạo màu thị cho khối: nhiệt thông tin độ'Đỏ', độ ẩm'xanh', ánh sensor  sáng'vàng') Icon theo chủ đề sensor Tạo khối biểu đồ bên trái giao diện web Bao gồm đường dạng line biểu Thiết kế diễn cho giá trị thu giao từ cảm biến diện đồ Màu sắc đường line Cột thị có giá trị thang giá trị Vạch có mốc thời gian thực Tiến  Người độ thực dự kiến Đinh Văn Bắc Tiến Thời Tổng độ Tình Ghi gian thời thực trạng cần gian tế thêm Hoàn thành tiến độ Đinh Văn Bắc Hoàn thành chậm tiến độ Thiết kế Tạo khối bên phải giao Đinh giao diện web để điều khiển Văn 1 Hoàn thành 20   diện điều khiển  bật tắt LED Có biểu tượng LED tương ứng với thiết bị điều khiển Bắc tiến độ 2.2Thiết kế phần cứng STT Công Việc Thu thập liệu sensor  Xử lý gửi liệu Xử lý liệu điều khiển thiết bị Xử lý thao tác thời gian thực Tiến  Người Tiến độ Tình Mơ tả chi tiết thực độ dự thực trạng kiến tế Dùng esp32 kết Hoàn Đinh nối với chân thành Văn cảm biến để thu chậm Bắc thập liệu tiến độ Thiết lập kết nối với server Sau Đinh Chưa thu thập Văn hoàn liệu Bắc thành liệu lên trang web Kết nối esp32 với chân Hoàn Đinh LED để bật tắt thành Văn 3 LED Nhận Bắc liệu từ web bật tiến độ tắt LED Hồn Cập nhật thơng Đinh thành tin liên tục theo Văn thời gian thực Bắc tiến độ Ghi Thời Tổng gian thời cần gian thêm Họp nhóm 13 2.3.Thiết lập kết nối STT Công Việc Mô tả chi tiết Tiến  Người độ thực dự kiến 21 Tiến độ Tình thực trạng tế Ghi Thời Tổng gian thời cần gian thêm    Nhận dự liệu từ server chung với  phần cứng Sau Xử lý  bấm nút bật/tắt nhận LED trang liệu từ web liệu server  đưa trở esp32 để bật/tắt LED phần cứng Gửi liệu lên sở liệu Cứ sau Xử lý gửi 2s liệu từ liệu lên cảm biến database cập nhật Các liệu lưu Mysql Đưa liệu nhiệt độ, độ ấm, Xử lý gửi ánh sáng lên liệu lên khối hiển thị tạo  phần hiển riêng biệt đẩy thị liệu lên đồ thị giao diện đồ thị Đinh Văn Bắc Đinh Văn Bắc Đinh Văn Bắc 5 Chưa Họp hồn nhóm thành Hồn thành chậm tiến độ 3 Chưa Họp hồn nhóm thành 15 3.Kiểm tra đánh giá stt Công Việc Mô tả chi tiết Xác định yêu cầu đặc điểm sản  phẩm Tiến  Người Tiến độ Tình thực độ dự thực trạng kiến tế Xác định sản phẩm phát triển Đinh đạt Tiến mục tiêu cốt lõi Danh dự án Tạo Xác định Đinh 22 1 Hoàn thành tiến độ 1 Hoàn Thời Tổng Ghi gian thời cần gian thêm 1   trình phân tích, kế hoạch thiết kế mã kiểm tra sản phẩm làm việc xác Đảm bảo sản Phát triển  phẩm hoạt động ca kiểm với yêu thử cầu đặt Thực ca Chạy kiểm thử xác kiểm thử định lỗi trục trặc sản phẩm Đánh giá xử lý chúng để sản phẩm Đánh giá  phát triển xử lý hoàn thiện đạt lỗi tiêu chí chất lượng Xác định hoạt động với yêu cầu Kiểm tra đặt ban đầu nghiệm thu đáp ứng nhu cầu người dùng hay không thành tiến độ Tiến Danh Đinh Tiến Danh Đinh Tiến Danh 3 Đinh Tiến Danh Đinh Tiến Danh Hoàn thành chậm tiến độ Hoàn thành tiến độ Hoàn thành trước tiến độ Hoàn thành tiến độ 12 4.Triển khai sản phẩm Công stt Việc Mô tả chi tiết Tiến  Người Tiến độ Tình thực độ dự thực trạng kiến tế Bàn Liên hệ, gửi Email, Đoàn giao sản thông báo địa điểm, Quyết  phẩm thời gian cụ thể cho Thắng 23 Hoàn thành Ghi Thời Tổng gian thời cần gian thêm   khách hàng bàn giao sản phẩm Giời thiệu trình Cơng bố  bày tính sản theo yêu cầu khách  phẩm hàng  Nhận Tiếp nhận phản gửi hồi lại đánh giá thông khách hàng tin phản sản phẩm hoàn thành hồi Tổ chức kiện, Quảng chương trình, ưu đãi  bá sản đặc biệt cho việc  phẩm giới thiệu sản phẩm Tạo khảo sát trực tiếp hay gửi Email bảng Khảo sát đánh giá sản website cho người  phẩm dùng để nhận thông tin phản hổi sản  phẩm Sử dụng thông tin Phân người dùng phản hồi tích sản đưa chỉnh  phẩm sửa cụ thể cho sản  phẩm tiến độ Đoàn Quyết Thắng Hoàn thành tiến độ Đoàn Quyết Thắng Hoàn thành tiến độ Đoàn Quyết Thắng Hoàn thành tiến độ Hoàn thành Họp chậm nhóm tiến độ Hồn thành Họp chậm nhóm tiến độ Đồn Quyết Thắng Đồn Quyết Thắng 17 5.Bảo trì Tiến  Người Tiến độ Tình thực độ dự thực trạng kiến tế STT Công Việc Mô tả chi tiết Đánh Khách hàng đưa Minh 24 Hồn Tiến độ cơng Tổng Ghi việc thời chưa gian hoàn thành   tiêu chí giá sản thang đo đánh giá  phẩm trình sử dụng Xác Khách hàng đưa định lỗi, thiếu sót vấn đề điểm hiệu suất, tốc độ yếu tính bảo mật Khắc phục lỗi Cải có sửa lỗi, tối tiến ưu hiệu suất, tăng  bảo mật Đưa cập nhật,  phiên mới, có Triển thể update khai suốt q trình sử cải tiến dụng sản phẩm khách hàng đưa yêu cầu Cả nhóm thực đánh giá lại Đánh sản phẩm lần giá lại nữa, khắc phục sản vấn đề tồn  phẩm đọng, đưa kế hoạch cho dự án thành tiến độ Minh Minh Minh Minh Hoàn thành chậm tiến độ Hoàn thành tiến độ Hoàn thành chậm tiến độ Hoàn thành tiến độ 13 6.Một số hình ảnh liên quan đến dự án 25   26   27   28   29