ĐỒ ÁN MÔN HỌC QUẢN LÝ DỰ ÁN CNTT ĐỀ TÀI WEBSTIE QUẢN LÝ BÁN QUẦN ÁO

TỔNG QUAN

Giới thiệu đề tài

Hiện nay, tin học hóa trong các công ty lớn ngày càng phổ biến, mang lại lợi ích trong việc lưu trữ, quản lý và xử lý công việc một cách an toàn và nhanh chóng Ứng dụng công nghệ thông tin vào cuộc sống giúp mọi người tiết kiệm chi phí, đặc biệt trong lĩnh vực mua sắm Phần mềm quản lý bán quần áo đã được phát triển và áp dụng thực tiễn, giúp quá trình quản lý trở nên hiệu quả hơn Với những ý tưởng này, nhóm chúng em đã chọn đề tài “Website quản lý bán quần áo” Mặc dù đề tài vẫn đang ở giai đoạn ý tưởng và chúng em còn thiếu kinh nghiệm, nhưng chúng em rất mong nhận được những phản hồi và ý kiến đóng góp từ thầy cô để hoàn thiện đề tài hơn.

Ý nghĩa nhóm

TNHD là viết tắt của tên các thành viên trong nhóm, và mỗi khi có sản phẩm công nghệ mới ra mắt, cụm từ này sẽ xuất hiện trên từng sản phẩm Điều này không chỉ khẳng định thương hiệu mà còn bảo vệ quyền sở hữu trí tuệ cho mỗi sản phẩm.

Chúng tôi không phải là những người giỏi nhất, nhưng với khát vọng tạo sự khác biệt, các thành viên trong nhóm luôn khao khát học hỏi và khám phá Chúng tôi nỗ lực mang đến những sản phẩm mới mẻ và độc đáo cho người dùng.

Danh sách các thành viên trong nhóm

Họ tên MSSV Lớp Email Điện thoại

19DTHD 2 quocdung.nguyen1207@gmail.c om

Table 1: Dang sách thành viên nhóm

QUẢN LÝ PHẠM VI DỰ ÁN

2.1 Phát biểu bài toán - Statement of Work

Thông tin đối tác( Organization)

Tên dự án Phần mềm quản lý bán quần áo

Người đại diện phía khách hàng

Thông tin người đại diện Tên Phan Thị Kim Thoa

Email Phanthikimthoa.ltp@gmail.com Địa chỉ liên lạc

702 Xô viết nghệ tĩnh, p25, quận Bình Thạnh, HCM

Ngày soạn: Người soạn: Nguyễn Quốc Trọn Người quản lý dự án Phan Hoàng Hạc

Table 2: Phát biểu bài toán

Ngày bắt đầu Ngày hoàn thành Thời gian thi công

Table 3: Thời gian thực hiện

2.1.1Tổng Quan Dự Án ( Project Description)

Phần mềm quản lý bán quần áo của Zara giúp khách hàng dễ dàng mua sắm trực tuyến, cung cấp các dịch vụ như xem ảnh sản phẩm, tư vấn kích thước và mã giảm giá hấp dẫn.

2.1.2 Mô tả phạm vi dự án (Project Scope Description)

Phần mềm quản lý bán quần sẽ hỗ trợ quản lý với các chức năng lưu trữ, tra cứu và thống kê hiệu quả Để đáp ứng nhu cầu sử dụng, phần mềm cần đảm bảo các yêu cầu cụ thể và tính năng linh hoạt.

 Quản lý cho sản phẩm

 Quản lý cho khách hàng

 Báo cáo, thống kê dữ liệu của khách ở shop thời trang

2.1.3 Bảng giá chi phí (Payments dues)

Tên công việc Chi phí Đơn vị tính

Thu thập yêu cầu và Phân tích yêu cầu

Xây dựng cơ sở dữ liệu $2,000 giờ 10 5 người

Xây dựng phần mềm $3,000 giờ 25 5 người

Triển khai cho khách hàng

Nghiệm thu và thanh toán

Table 4: Bảng giá chi phí

2.1.4 Các tài liệu chuyển giao ( Deliverables)

Khi kết thúc dự án, đội dự án cần bàn giao các tài liệu quan trọng bao gồm: tài liệu hướng dẫn sử dụng sản phẩm, mô tả dự án, tôn chỉ dự án, bản kế hoạch thực hiện, bản kế hoạch chi tiết, tóm tắt phản hồi và website quản lý bán quần áo.

Ngày bắt đầu Số ngày Tên

14/2/2022 20/2/2022 Thu thập yêu cầu của khách hàng và phân tích yêu cầu

21/2/2022 2/3/2022 Xây dựng cơ sở dữ liệu

2/4/2022 13/4/2022 Triển khai cho khách hang 13/4/2022 14/4/2022 Nghiệm thu và thanh toán

Table 5: Các mốc thời gian thực hiện

Khách hàng không thay đổi yêu cầu liên tục

Dự án sẽ chịu ảnh hưởng nghiêm trọng, nhất là trong giai đoạn thực hiện, khi mọi công đoạn cần phải được thực hiện lại nhiều lần, dẫn đến việc kéo dài thời gian và tiêu tốn tài nguyên.

Ngân sách dự án được cấp đúng hạn và đầy đủ như cam kết

Dự án có thể gặp khó khăn về tài chính, dẫn đến việc tiến độ bị đình trệ do thiếu nguồn lực và không đủ tiền lương cho nhân viên, gây cản trở cho việc tiếp tục thực hiện Đối tác đã đồng ý cho phép sử dụng thông tin dữ liệu có sẵn để làm mẫu.

Việc thu thập, xác định yêu cầu sẽ không đầy đủ, không có dữ liệu cụ thể để kiểm tra, phần mềm khó đạt chất lượng như ý muốn.

Dự án sẽ bị trì hoãn so với kế hoạch ban đầu, và trong một số trường hợp, tiến độ thực hiện sẽ cần điều chỉnh để tăng chi phí, nhằm đảm bảo dự án kịp thời hoàn thành đúng hạn.

Không có lỗi nghiêm trọng phát sinh trong quá trình phát triển dự án

Tuỳ theo mức độ lỗi phát sinh mà dự án sẽ bị ảnh hưởng, có thể sẽ phải tính đến một hướng tiếp cận khác cho dự án.

Nhân lực đầy đủ và có kinh nghiệm

Dự án có thể bị chậm tiến độ.

2.1.7 Những ràng buộc của dự án (Project Constraints) a Những ràng buộc nghiệp vụ (Business Constraints

 Về sản phẩm : Đáp ứng được những yêu cầu của khách hàng (được nêu ở phần

 ràng buộc kỹ thuật bên dưới).

 Về mặt thời gian : Dự án hoàn thành sớm nhất có thể, chậm nhất là ngày 22/05/2022

 Về mặt ngân sách : Không vượt quá chi phí phê duyệt ban đầu (250.000.000 VNĐ), tối đa chêch lệch không quá 10 %. b Những ràng buộc về kỹ thuật (Technical Constraints)

 Phần mềm được phát triển hoàn toàn trên nền tảng NET (C#, SQL Server) với những công cụ như Visual Studio, SQL Server

 Việc xây dựng lịch biểu làm việc được thực hiện bằngMicrosoft Project 2019.

Dự án đã được trang bị một server cấu hình cao để phục vụ cho công việc, cùng với hai máy tính bàn thuận tiện cho việc kiểm tra, thực hiện xây dựng và triển khai phần mềm Đồng thời, các ràng buộc của nhóm thực hiện cũng cần được xem xét kỹ lưỡng.

 Các thành viên trong đội dự án cần nghiêm túc, chủ động trong công việc,tuân theo đúng những chỉ lệnh từ PM và các Leader.

 Khi có vấn đề phát sinh trong dự án, phải cùng nhau họp lại và thảo luận đưa ra giải pháp khắc phục.

 Mỗi thành viên có trách nhiệm giúp đỡ các thành viên khác nắm bắt đầy đủ những yêu cầu, thông tin cần thiết về dự án.

 Khi cảm thấy khó khăn hoặc không hoàn thành được công việc đúng tiến độ, phải thông báo ngay cho PM biết.

 Có thái độ hợp tác, tôn trọng thành viên khác trong buổi họp nhóm.

2.1.8 Rủi ro Vấn Đề/Rủi Ro Vấn Đề/Rủi Ro Ước tính chi phí phản ứng Ước tính thời gian phản ứng

Khách hàng đòi thay đổi yêu cầu dự án

Yêu cầu khách hàng thống nhất chốt hạ những thay đổi cuối cùng.

Tùy thuộc vào giai đoạn thay đổi, có thể sẽ phải yêu cầu khách hàng chi thêm tiền.

Tuỳ thuộc vào giai đoạn thay đổi yêu cầu và nội dung của yêu cầu thay đổi

Các công việc không hoàn thành đúng tiến độ dẫn đến chậm bàn giao sản phẩm cho khách hàng.

Xác định số ngày chậm tiến độ và rút ngắn thời gian cho những công việc không quan trọng Nếu không thể hoàn thành đúng hạn, cần thông báo trước cho khách hàng kèm theo lời xin lỗi và giải thích rõ ràng.

Ngay lập tức sau khi PM tổ chức cuộc họp giải quyết khó khăn với các thành viên.

Trong quá trình thực hiện dự án,

PM nhận thấy số tiền còn lại không đủ để chi cho các hoạt động còn lại của dự án.

Xác định nguyên nhân và cố gắng cắt giảm phù hợp.Nếu chi phí hao hụt quá lớn cần phải thương lượng lại với bên khách hàng

Tuỳ vào độ hao hụt

Có nhân viên không thể tiếp tục dự án

Cần nhanh chóng thay thế vị trí đó và có thể chia nhỏ công việc cho các thành viên còn lại Tuy nhiên, việc này có thể dẫn đến việc thời gian thực hiện dự án sẽ bị kéo dài.

2.1.9 Tiêu chuẩn sản phẩm (Define Success)

 Sản phẩm cuối cùng của dự án là phần mềm quản lý khu căn hộ được chấp thuận nếu đạt được ít nhất những tiêu chí sau :

 Phần mềm được triển khai đầy đủ ít nhất 5 chức năng đã nêu.

 Khi đưa vào triển khai, hệ thống vận hành đúng yêu cầu, ổn định ít mắc lỗi.

 Dự án hoàn thành đúng hạn, không đội thêm chi phí.

Khách hàng đánh giá cao tính thuận tiện của phần mềm, đồng thời hài lòng với việc đáp ứng các yêu cầu chức năng và phi chức năng trong quá trình triển khai.

 Trách Nhiệm Của Khách Hàng

 Cung cấp các thông tin cần thiết cho việc triển khai, thực hiện Hợp đồng.

 Cung cấp kinh phí đầy đủ theo hạn.

 Trách Nhiệm Bên Cung Cấp Dịch Vụ

Tổ chức thực hiện toàn bộ nội dung nghiên cứu của Dự án phần mềm, đảm bảo đáp ứng các tiêu chí về chất lượng, tiến độ và các chỉ tiêu đã được xác định trong Giả định.

 Cam kết thực hiện và bàn giao sản phẩm cuối cùng đáp ứng đầy đủ các tiêu chí đã được phê duyệt

2.1.11 Chữ ký các bên có liên quan

Khách hàng Chữ ký Thương

Nhà cung cấp Chữ ký Hạc

2.2 Tôn chỉ dự án – Project Charter

Tên dự án Website quản lý bán quần áo

Mô tả Phần mềm quản lý bán quần áo giúp cho người quản lý bán hang dễ dàng hơn

Người quản lý Phan Hoàng Hạc

Thành viên tham gia Nguyễn Quốc Trọn

Võ Hà NamNguyễn Quốc DũngPhan Hoàng HạcPhan Thị Kim ThoaTable 9: Thông tin dự án

2.2.2 Giới thiệu dự án (Description)

Sự gia tăng số lượng người mua sắm đang tạo ra thách thức lớn trong việc quản lý, dẫn đến hiệu quả kém Khối lượng thông tin khổng lồ không chỉ làm cho việc lưu trữ trở nên khó khăn mà còn khiến việc truy xuất thông tin cũ trở nên chậm chạp và không hiệu quả.

2.2.3 Mục tiêu dự án ( Purpose)

 Giúp việc quản lý tình trạng các đơn hàng dễ dàng hơn.

 Thống kê các loại quần áo đã bán nhiều, được đánh giá chất lượng tốt,…

 Lưu trữ thông tin khách hàng dễ dàng, nhanh chóng, chính xác.

 Giao diện thân thiện dễ sử dụng, không gây rối mắt.

 Dễ dàng bảo trì vào phát triển thêm.

2.2.4 Phạm vi dự án(Scope)

Ngày bắt đầu: 14/2/2022Ngày kết thúc: 15/4/2022Thời gian diễn ra: 592 giờTổng chi phí: 10.000 USDTổng nhân lực: 5 người

2.2.5 Thành phần bàn giao chính ( Key Project Deliverables )

Mô tả dự án Thông tin cơ bản về dự án

Tôn chỉ dự án Projectcharter.docx

Bảng kế hoạch Các phần nhỏ trong dự án và thời gian hoàn thành

Bảng kế hoạch chi tiết Bao gồm các công việc, chi phí, phạm vi, chất lượng, nhân lực, truyền thông dự án, rủi ro, mua sắm, tích hợp.

Tóm tắt việc phản hồi Các phản hồi đã nhận được và các khắc phục Hướng dẫn sử dụng Hướng dẫn sử dụng chương trình

Tài nguyên và công cụ Bao gồm chi tiết phần cứng, yêu cầu cơ sở vật chất, hướng dẫn sử dụng phần cứng….

Phần mềm bao gồm hướng dẫn sử dụng, chương trình hoàn chỉnh cùng các thư viện đi kèm, thông tin bảo hành và kiểm tra.

2.2.6 Lịch làm việc chi tiết( Milestone dates)

14/2/2022 20/2/2022 Thu thập yêu cầu của khách hàng và phân tích yêu cầu 21/2/2022 2/3/2022 Xây dựng cơ sở dữ liệu

2/4/2022 13/4/2022 Triển khai cho khách hang 13/4/2022 14/4/2022 Nghiệm thu và thanh toán

14/2/2022 20/2/2022 Thu thập yêu cầu của khách hàng và phân tích yêu cầu 21/2/2022 2/3/2022 Xây dựng cơ sở dữ liệu

Table 11: Lịch làm việc chi tiết

1 Lượng thông tin cần xử lý nhiều

2 Thông tin khách hàng dễ bị tấn công

3 Các phần mề sử dụng bị lỗi, hết hạn, không hỗ trợ phát triển dự án

4 Cần thời gian để lắp đặt hệ thống

5 Cần bảo trì hệ thống định kỳ

6 Số lượng thành viên không hợp lý

 Dự án trễ tiến độ đề ra.

 Sẽ có ít nhất 1 – 2 tuần để nhận phản hồi và hoàn thiện chương trình.

 Phát sinh lỗi nghiêm trọng trong quá trình nghiệm thu.

 Phát sinh thay đổi về yêu cầu sau khi dự án bắt đầu.

 Ngân sách đưa ra không đủ hoặc không đúng hạn.

2.2.9.Yếu tố đánh giá hoàn thành( Criteria for succsess)

 Phần mềm chạy ổn định, triển khai đủ các chức năng đã được nêu

 Tăng độ chính xác trong việc lưu trữ và quản lý thông tin

 Xử lý được các lỗi có thể phát sinh

 Việc quản lý thông tin trở nên dễ dàng hơn trước (khảo sát)

 Người sử dụng phần mềm cảm thấy dễ dàng sử dụng và thuận tiện (khảo sát)

 Tăng hiệu quả và thời gian hoàn thành công việc (khảo sát)

2.2.10 Các yếu tố quan trọng ảnh hưởng( Critical succsess factors)

 Thông tin cần bảo mật.

 Độ chính xác của thông tin.

 Xây dựng mô hình chính xác.

 Thái độ làm việc của thành viên trong nhóm.

 Xác định đúng những rủi ro.

 Sự ủng hộ, giúp đỡ từ cả 2 phía.

Bên đối tác Bên thi công

Table 13: Thời gian ký tên

2.3 Phát biểu phạm vi – Scrope Statement

Tên dự án Website quản lý bán quần áo

Quản lý dự án Phan Hoàng Hạc

Table 14: Phát biểu phạm vi dự án 2.3.1 Chi tiết dự án

 Mục tiêu và lí do

Sự gia tăng số lượng khu căn hộ và khách hàng đòi hỏi quản lý thông tin một cách chuyên nghiệp để đảm bảo tiện lợi cho cả khách hàng và ban quản lý Phần mềm quản lý khu căn hộ giúp tổ chức và xử lý khối lượng lớn thông tin một cách trực quan, chính xác, đồng thời bảo đảm an toàn cho dữ liệu khách hàng.

 Sản phẩm của dự án

 Bộ cài đặt phần mềm.

 Tài liệu hướng dẫn người dùng.

 Bản mô tả giao diện hệ thống và các chức năng.

 Kết quả liên quan đến quản lý dự án

 Tài liệu về các giai đoạn phát triển phần mềm.

 Bảng thống kê chi phí dự án.

 Báo cáo về trạng thái của sản phẩm.

 Báo cáo về quá trình hoạt động của đội ngũ phát triển.

 Bản thiết kế hoàn chỉnh của phần mềm.

 Tìm kiếm thông tin nhanh và chính xác để phục vụ khách hàng tốt hơn.

 Giao diện đơn giản và dễ sử dụng cho đội ngũ quản lý.

 Thông tin được lưu trữ an toàn.

 Tiết kiệm thời gian và công sức.

 Thống kê số liệu trực quan

 Báo cáo chi tiết, rõ ràng.

 Tiêu chí đánh giá sự thành công

 Phần mềm hoạt động ổn định trong ít nhất 1 năm.

 Hiệu suất của việc quản lý thông tin được tăng cao.

 Đội ngũ quản lý nhanh chóng quen thuộc được với phần mềm.

 Phần mềm có đầy đủ tính năng như đã thoả thuận.

 Dự án hoàn thành đúng thời hạn.

 Ràng buộc của dự án

 Các đội ngũ đều phải là người có trên 5 năm kinh nghiệm.

 Ngân sách được giao phải lớn hơn 250.000.000 VND.

 Phần mềm phải được hoàn thành trước thời hạn bàn giao 7 ngày.

 Phần mềm phải có đầy đủ tính năng như đã thoả thuận.

Giả định của dự án

 Dự án trễ tiến độ 1-2 ngày.

 Sau 1 tháng sử dụng phần mềm vẫn còn xuất hiện lỗi.

 Dự án có thể không cần dùng hết toàn bộ nhân lực như đã đề cập.

 Phần mềm có thể đc bàn giao sớm hơn dự kiến 1 tuần.

2.4 Cấu trúc phân rã công việc – Work Breakdown Structure

QUẢN LÝ THỜI GIAN DỰ ÁN

3.1 Sơ đồ mạng lưới – PERT

Hình 1: Sơ đồ mạng lưới

Hình 2: Sơ đồ mạng lưới

3.2 Đường thiết yếu - GANTT Đường Gantt theo sơ đồ PERT:

Hình 3: Đường thiết yếu Gantt

 Đường thiết yếu chưa tối ưu Thời gian hoàn thành sớm nhất: 61 ngày

Thời gian hoàn thành trễ nhất: 71 ngày

3.3 Cách tối ưu hóa công việc

Tối ưu hóa đường Gantt là việc thực hiện các công việc song song nhằm rút ngắn thời gian thực hiện dự án Các nhiệm vụ sẽ được điều chỉnh để có thể tiến hành đồng thời, từ đó nâng cao hiệu quả quản lý dự án.

 Phân tích yêu cầu ây dựng ngân sách

 Kiểm chứng các module chức năng & Thử nghiệm hệ thống thông tin

 Xây dựng tài liệu & Đào tạo đội ngũ triển khai Đường Gantt sau khi tối ưu:

Hình 4: Đường thiết yếu sau khi tối ưu

 Thời gian hoàn thành sớm nhất: 56 ngày

 Thời gian hoàn thành trễ nhất: 66 ngày

 Thời gian rút ngắn được : 5 ngày

Sơ đồ PERT sau khi tối ưu:

Hình 5: Sơ đồ Pert sau khi tối ưu

QUẢN LÝ CHI PHÍ DỰ ÁN

4.1 Giả định theo công thức COCOMO

KLOC = (425 + 226 + 749 + 776+945) x 30000 / 999 = 93724 -> Organic: dự án nhỏ, ít có sự đòi hỏi đổi mới

 Ước tính Người – Tháng: E = a ( KLOC )b = 2.4 x (93724^)1.05

= 398708 (Người – Tháng)  Thời gian của dự án : TDEV = c x (E)d = 378773

 Số lượng nhân viên: SS = E / TDEV =1.05

 Mức độ hiệu quả của dự án: P = KLOC / E = 0.24 KLOC/ng - tháng

1 Khảo sát yêu cầu của khách hàng

4 Tiến hành phân tích nhu cầu

6 Xem xét thông số kỹ thuật

7 Thiết kế cơ sở dữ liệu

8 Tiến hành xây dựng cơ sở dữ liệu

9 Báo cáo quá trình thực hiện cơ sở dữ liệu

Hình 7: Biểu đồ theo dõi công việc

Field report at the end of day 19

Tas k STT thự c tế thực tế (B) hoạch (100%) ( C ) điể m hiện

Table 16: Báo cáo thực địa vào cuối ngày CPI

4.3 Kết luận Tính tới ngày

 CPI = 1,03 cho thấy dự án sử dụng chi phí ít hơn kế hoạch Số chi phí dư có thể để dự phòng cho sau này khi cần

 CV = 1,471,500 cho thấy giá trị chênh lệch giữa chi phí thực sự bỏ ra và giá trị thu được.

 SPI = 1.03 cho thấy dự án đang vượt tiến độ Dự án vẫn tiếp tục thực hiện các công việc sau theo thứ tự

 SV cho biết sự sai biệt giữa hoàn thành theo lịch và giá trị thu được là 1,608,000 vnd.

QUẢN LÝ CHẤT LƯỢNG DỰ ÁN

5.1 Các tiêu chuẩn chung đánh giá mức độ thành công dự án

Table 17: Các tiêu chuẩn và mức độ thành công của dự án

5.2 Các tiêu chuẩn đánh giá mức độ của từng cột mốc Milestone của dự án

Các Tiêu chuẩn đánh giá milestones Mức độ hài lòng

1 Thu thập đánh giá yêu cầu Cao Trung bình

Xác định được chính xác mong muốn về chức năng của khách hàng

Xác định được hình thức thanh toán X

Xác định được các yêu cầu cần thiết để X

1 Sản phẩm đầy đủ các tính năng như khách hàng yêu cầu

2 Sản phẩm có giao diện dễ sử dụng

3 Các chức năng của phần mềm có độ trễ tối đa 2s

4 Tất cả các công việc đều làm đúng tiến độ

5 Sản phẩm phải được hoàn thiện ít nhất 3 ngày trước khi kết thúc dự án

6 Không bị thiếu hụt ngân sách nghiệm thu

Có được các dữ liệu chuyên môn cần thiết X Không phát sinh thêm yêu cầu trong quá trình thực thi dự án

Thực hiện đúng tiến độ đã đề ra X

Xác định được chức năng trong phần mềm từ yêu cầu của khách hàng

Xem xét các thông số nghiệp vụ của khách hàng để xây dựng chức năng

Thực hiện đúng tiến độ đề ra X

3 Xây dựng cơ sở dữ liệu

Xây dựng các bảng dữ liệu và ràng buộc phù hợp với yêu cầu chức năng

Các truy vấn được thực hiện chính xác, không xuất hiện lỗi

Các bảng dữ liệu được thiết kế tối ưu X Thời gian lưu, xuất dữ liệu không quá 2s X

Xây dựng đầy đủ các chức năng đã đề ra X

Giao diện đúng với yêu cầu X

Dữ liệu được xử lí theo nghiệp vụ của khách hàng yêu cầu

Phần mềm chạy ổn định trên phần cứng được đưa ra

Thời gian xử lí mỗi chức năng tính toán không quá 3s

Phần mềm có phân cấp chức năng X

Có lưu lại thời điểm đăng nhập X

Có sao lưu khi bị tắt đột ngột X

Các chức năng hoạt động đúng yêu cầu X

Dữ liệu được lưu đúng định dạng X

Phần mềm có khả năng bảo mật X

Phần mềm không xuất hiện lỗi khi đang hoạt động

6 Triển khai cho khách hàng

Bản hướng dẫn được xây dựng chỉ dẫn theo từng bước

Cài đặt thành công phần mềm trên phần cứng đã thoả thuận

Nhận được trên 90% đánh giá đã biết sử dụng khi khảo sát

Nhận được trên 90% độ hài lòng về giao diện khi khảo sát

7 Nghiệm thu và thanh toán

Phần mềm không phát sinh lỗi trong vòng 2 thàng

Phần mềm đáp ứng các điều kiện để X nghiệm thu Đã ký biên bản nghiệm thu X

Nhận được 30% số tiền còn lại X

Table 18: Các tiêu chuẩn đánh giá mức độ

5.3 Các vấn đề nảy sinh

STT Tên vấn đề Số lần % chiếm

2 Các nút chức năng không phản hồi 666 29.06%

8 Phần mềm không ngăn kí tự đặc biệt 440 19.20%

9 Truy xuất sai thông tin 300 13.09%

5 Các phép tính toán không chính xác 290 12.65%

4 Không truy xuất được thông tin 87 3.80%

3 Phần mềm không khởi động được 70 3.05%

7 Phần mềm tự động tắt khi đang sử dụng 33 1.44%

Bảng thông tin không tự động xoá khi thực hiện truy xuất mới

Table 19: Cac vấn đề nảy sinh

Hình 8: Biểu đồ vấn đề phát sinh

(Biểu đồ thể hiện sự phát sinh)

Nhận xét Áp dụng nguyên tắc 80-20 chúng ta thấy 80% vấn đề xảy ra là do các nguyên nhân sau:

 Các phép tính toán không chính xác

 Không truy xuất được thông tin

 Phần mềm không ngăn các kí tự đặc biệt

 Phần mềm tự động tắt khi đang sử dụng

 Bảng thông tin không tự động xoá khi thực hiện truy xuất mới

QUẢN LÍ NHÂN SỰ

6.1.Ước lượng nhân sự Đối với dự án, xây dựng và phát triển phần mềm bán quần áo, nhóm thực hiện dự án ước tính sẽ có 5 người tham gia xuyên suốt quá trình xây dựng và phát triển phần mềm.

6.2.Sơ đồ tổ chức nhân sự

Hình 9: Sơ đồ tổ chức nhân sự 6.3.Sơ đồ RAM

Stt Tên nhóm Số lượng thành viên

Trách nhiệm của từng nhóm

2 - Tạo, sắp xếp lịch trình hoạt động cho các phần trong dự án - Định hướng, xây dựng lịch trình cho các modun phần mềm.

- Quản lý, theo dõi tiến độ, chất lượng phần mềm.

- Quản lý các rủi ro, giải quyết xung đột phát sinh trong dự án.

2 Nhóm thu thập và xử lý yêu cầu

3 - Thu thập các tài liệu, biểu mẫu liên quan đến nghiệp vụ, chức năng và giao diện phần mềm.

- Phân tích, làm rõ các yêu cầu của người dùng và trình bày cho các lập trình viên hiểu rõ các yêu cầu.

- Lập các báo cáo theo dõi tiến bộ và báo cáo lại cho quản lý.

5 - Dự theo yêu cầu có sẵn, thiết kế các sơ đồ dữ liệu, thiết kế giao diện và phát thảo các chức năng phần mềm.

- Đảm bảo các yêu cầu về giao diện, chức năng và nghiệp vụ được thực hiện đúng.

5 - Dựa vào các yêu cầu có sẵn, xây dựng các modun liên quan đến các giao diện, chức năng của phần mềm.

- Đảm bảo về mặt an toàn cho dữ liệu và đúng quá trình xử lý nghiệp vụ.

5 - Dựa vào các yêu cầu, xây dựng lên các testcase để phục vụ quá trình kiểm thử phần mềm.

- Xây dựng các tài liệu hướng dẫn sử dụng phần mềm.

- Thực hiện triển khai các testcase và sửa lỗi nếu có phát sinh.

5 - Xây dựng nội dung, lịch trình triển khai cài đặt phần mềm trên máy người dùng.

- Dựa vào các tài liệu hướng dẫn sử dụng,hướng dẫn sơ bộ về phần mềm cho người dùng.

- Thực hiện chuẩn bị các bài kiểm tra, đánh giá người dùng sau khi triển khai phần mềm.

6.4 Ma trận kỹ năng của nhân viên

STT Họ tên sinh viên

Danh sách các kỹ năng (Theo thang điểm 10)

Bảng 6.2: Danh sách và điểm số kỹ năng của từng thành viên.

6.5.Gán công việc vào sơ đồ WBS

Xem tài liệu đính kèm, tập tin WBS_QLDA x``x CNTT.mpp

6.6 Ma trận công việc, nhật đồ tài nguyên

Xem tài liệu đính kèm, tập tin WBS_QLDACNTT.mpp.

6.7 Bảng thu nhập cho từng nhân sự

Dựa trên các nhiệm vụ đã phân công cho từng thành viên trong nhóm, chúng ta có thể tạo ra các sơ đồ thể hiện trạng thái công việc và tổng thu nhập của mỗi người sau khi tham gia dự án.

STT Họ và Tên Tổng thu nhập Lương/

Table 21: Bảng thu nhập cho từng nhân sự

6.8 Mức sử dụng tài nguyên

Hình 10: Mức sử dụng tài nguyên

(Mức sử dụng tài nguyên)

(Cho biết đã hoàn thành bao nhiêu công việc và còn lại bao nhiêu công việc

Hình 11: Biểu đồ tiến độ và chi phí (Biểu đồ tiến độ và chi phí)

Hình 12: Tổng quan về nguồn lực(Tổng quan về nguồn lực)

Hình 13: Trạng thái chi phí (Trạng thái chi phí)

Hình 14: Khả năng từng người(Khả năng của từng người)

QUẢN LÍ TRUYỀN THÔNG DỰ ÁN

Trước khi bắt tay vào thực hiện một dự án, việc thu thập thông tin liên quan là rất quan trọng để xác định cách thức lưu trữ dữ liệu khách hàng một cách hiệu quả, từ đó đáp ứng tốt nhất nhu cầu của họ.

Nhóm phát triển sẽ thu thập thông tin từ khách hàng qua các cuộc gặp gỡ và trao đổi về nghiệp vụ, giao diện và chức năng phần mềm Nếu có thiếu sót, khách hàng sẽ gửi biểu mẫu bổ sung cho nhân viên quản lý, và quản lý sẽ chuyển tiếp đến các nhân viên Sau đó, toàn bộ nhóm sẽ thảo luận về bố cục và nội dung dữ liệu trong các biểu mẫu.

Thông tin và tài liệu liên quan đến dự án sẽ được cập nhật liên tục bởi các thành viên trong nhóm Nhóm trưởng sẽ thiết lập các kênh lưu trữ như Github và Cloud để tập hợp thông tin và biểu mẫu chung Các thành viên có thể truy cập các trang này để bổ sung và cập nhật thông tin Đồng thời, GitLab và Github sẽ được sử dụng để lưu trữ mã nguồn, nơi các thành viên sẽ đóng góp và phát triển mã nguồn đã hoàn thành dưới sự giám sát của người quản lý dự án.

Nhóm sẽ duy trì thói quen sử dụng mạng xã hội như Facebook và Zalo để trao đổi thông tin và gửi tài liệu phục vụ cho việc xây dựng dự án Để không bỏ lỡ thông tin quan trọng, các thành viên cần kiểm tra hòm thư cá nhân hoặc tài khoản mạng xã hội ít nhất hai lần mỗi ngày, đặc biệt khi có cập nhật từ nhóm trưởng.

7.3 Giám sát và điều chỉnh

Trong quá trình thực hiện dự án, nhóm trưởng yêu cầu các thành viên lập báo cáo hàng ngày và hàng tuần để giám sát tiến độ công việc Việc này giúp phát hiện sai sót kịp thời và áp dụng biện pháp khắc phục, nhằm giảm thiểu tác động tiêu cực đến dự án chung.

7.4 Giải quyết khi có xung đột

Trong công việc nhóm, xung đột là điều không thể tránh khỏi và nếu không được quản lý hiệu quả, chúng có thể gây ra những hậu quả nghiêm trọng cho sự phát triển của dự án Để giải quyết xung đột giữa các thành viên, cần áp dụng một số phương pháp hiệu quả nhằm duy trì sự hài hòa và nâng cao hiệu suất làm việc của nhóm.

Để giải quyết mâu thuẫn hiệu quả, trước tiên cần xác định rõ nguyên nhân và gốc rễ của vấn đề gây ra xung đột giữa các cá nhân Hạn chế chỉ trích hay lên án, thay vào đó, nên mô tả vấn đề hiện tại và tìm kiếm sự đồng thuận từ cả hai bên Điều quan trọng là xác định hướng đi và mục đích chung, đảm bảo rằng tất cả các thành viên trong nhóm hiểu rõ 100% về định hướng và tầm nhìn đã được thiết lập từ đầu.

Thiết lập mối quan hệ giao tiếp cởi mở và lắng nghe là yếu tố quan trọng trong quản lý mâu thuẫn Khi xung đột xảy ra, nhóm trưởng cần lắng nghe những chia sẻ và bức xúc của các thành viên Qua đó, nhóm trưởng sẽ tìm ra tiếng nói chung, truyền cảm hứng và định hướng lại công việc cho các thành viên, giúp tạo ra một môi trường làm việc tích cực hơn.

Chấp nhận và xin lỗi là cách hiệu quả để giảm thiểu mâu thuẫn Khi bạn thẳng thắn thừa nhận sai lầm ngay từ đầu, người nghe sẽ dễ dàng xác định vấn đề và tập trung vào nó hơn Điều này cũng tạo điều kiện cho việc trình bày lý do và giải thích về những sai sót hoặc khuyết điểm của bạn.

Tập trung vào tương lai thay vì quá khứ là điều quan trọng cho sự phát triển của nhóm Các thành viên nên chuyển hướng chú ý từ những sai lầm đã qua sang các vấn đề hiện tại Việc xác định "nút thắt" của vấn đề và tìm ra giải pháp thích hợp sẽ giúp nhóm hoàn thành các mục tiêu chung trong tương lai một cách hiệu quả.

QUẢN LÝ RỦI RO DỰ ÁN

8.1 Phương pháp dùng để nhận biết rủi ro

Dựa vào cấu trúc phân chia rủi ro (Risk Breakdown Structure), chúng ta có thể hoạch định và mô tả toàn bộ các rủi ro trong dự án, phân loại chúng theo từng nhóm Các rủi ro sẽ được tổ chức trong cấu trúc cây khi được xác định, với việc sắp xếp theo nguồn gốc của chúng Điều này giúp chúng ta dễ dàng nắm bắt tổng thể rủi ro của dự án và lập kế hoạch ứng phó một cách hiệu quả hơn.

Hình 15: Sơ đồ cấu trúc phân chia rủi ro

Công nghệ ền Bản quy

Nghiệp vụ phạm vi dự á n tăng

8.2 Danh sách các rủi ro có thể xảy ra và hướng đối phó

STT Tên rủi ro Xác

Yêu cầu của dự án bị thay đổi

Kim Thoa 1 Điều chỉnh lại dự án

Thanh toán không đúng thời hạn

Tăng 0,8% giá trị hợp đồng với mỗi ngày trễ hạn thanh toán

Xây dựng phần mềm bị trễ tiến độ

Quốc Trọn 3 Thêm nhân lực

Thu nhập yêu cầu không đủ nhân lực

Tăng thời gian thu nhập yêu cầu

5 Không đủ chi phí tiếp tục dự án

5 Thoả thuận với khách hàng

Dự liệu chương trình bị mất/lỗi

Lấy lại dữ liệu sao lưu của ngày hôm trước

Thiết kế yêu cầu không đúng yêu cầu người dùng

Sữa chữa theo yêu cầu khách hàng

Bên phần cứng không bàn giao kipk thời hạn

Thoả thuận lợi phía khách hàng,điều chỉnh lại tiến độ công việc

Tài liệu hướng dẫn không rõ ràng

Giải thích cụ thể hơn những phần không rõ ràng

Table 22: Danh sách rủi ro và hướng đối phó

Bảng quy định ý nghĩa của xác xuất và phạm vi ảnh hưởng:

Table 23: Xác xuất và phạm vị ảnh hưởng

 Xếp hạng được tính bằng: Xác xuất*Phạm vi

 Kết quả càng cao thì xếp hạng càng nhỏ

8.3 Kế hoạch đối phó rủi ro không thể trước được

Khi gặp phải các rủi ro bất ngờ ngoài danh sách đã lập, nhóm thực hiện dự án sẽ tổ chức họp khẩn cấp để thảo luận và tìm giải pháp Tùy thuộc vào mức độ thiệt hại mà rủi ro gây ra, nhóm sẽ xây dựng các kế hoạch ứng phó phù hợp với tình huống và khả năng tại thời điểm xảy ra rủi ro.

CHƯƠNG 9: QUẢN LÝ MUA SẮM DỰ ÁN

9.1 Danh sách mua sắm các thiết bị

Yêu cầu của dự án bị thay đổi

1 Điều chỉnh lại dự án

Thanh toán không đúng thời hạn

Tăng 0,8% giá trị hợp đồng với mỗi ngày trễ hạn thanh toán

Xây dựng phần mềm bị trễ tiến độ

4 Thu 3 30/2/202 4 Nguyễn 4 Tăng nhập yêu cầu không đủ nhân lực

Quốc Dũng thời gian thu nhập yêu cầu

Không đủ chi phí tiếp tục dự án

Thoả thuận với khách hàng

Dự liệu chương trình bị mất/lỗi

Lấy lại dữ liệu sao lưu của ngày hôm trước

Thiết kế yêu cầu không đúng yêu cầu người dùng

Sữa chữa theo yêu cầu khách hàng

8 Bên phần cứng không bàn giao

8 Thoả thuận lợi phía khách hàng,điề kipk thời hạn

15/4/202 2 u chỉnh lại tiến độ công việc

Tài liệu hướng dẫn không rõ ràng

Giải thích cụ thể hơn những phần không rõ ràng Table 24: Danh sách mua sắm thiết bị

9.2 Đơn vị cung cấp dịch vụ

Để tính số ngày hoàn vốn (d), số tiền mua (m) và số tiền thuê trên ngày (t), ta có thể sử dụng công thức t * d = m Trong đó, số ngày sử dụng vật dụng hoặc thiết bị là s (ngày).

 Nếu d > s thì ra quyết định thuê.

 Nếu d < s thì ra quyết định mua.

9.3Tổng chi phí cho mua sắm dự án

Tổng chi phí cho mua sắm dự án: 5.460$

QUẢN LÝ TÍCH HỢP DỰ ÁN

10.1 Các công việc cần phải chuẩn bị và thực hiện cho quá trình tích hợp và triển khai dự án

1 Chuẩn bị ổ cứng có chứa file cài đặt phần mềm và môi trường

2 Upload file cài đặt phần mềm và môi trường lên cloud

3 Chuẩn bị xe để tiến hành đi triển khai cho khách hàng

4 Chuẩn bị tài liệu hướng dẫn cài đặt

5 Backup lại source code của phần mềm

6 Họp mặt lên kế hoạch và phân công cho nhóm triển khai

7 Liên lạc với khách hàng để thống nhất thời gian triển khai

Table 25: Các công việc cần phải thực hiện

10.2 Tiêu chí đánh giá tài liệu hướng dẫn sử dụng và quá trình cài đặt

Tài liệu hướng dẫn sử dụng:

 Độ dài không được ít hơn 5 trang A4, cỡ chữ Tahoma, kích thước 15.

 Hướng dẫn từng bước theo chức năng.

Có hình ảnh chỉ dẫn trong từng bước.

 Có hướng dẫn riêng cho từng cấp cụ thể.

 Không sử dụng tiếng anh (nếu có phải có chú thích).

 Có hình ảnh tất cả giao diện của phần mềm.

 Phần mềm đã được đóng gói.

 Có chương trình cài đặt và gỡ cài đặt.

 Cài đặt thành công trên máy khách hàng.

 Nhận được 80% đánh giá tốt khi khảo sát.

Trước khi huấn luyện người dùng sử dụng phần mềm quản lý cửa hàng, nhóm phát triển phải có một số nhiệm vụ như sau:

- Người hướng dẫn phải nắm rõ cách thức hoạt động, các chức năng của phần mềm

- Phải chuẩn bị được cái tài liệu phục vụ cho việc thuyết trình bao gồm cả tài liệu thuyết trình và tài liệu hướng dẫ sử dụng phần mềm

- Phải chuẩn bị được mẫu đánh giá, kiểm tra người dùng sau khi người dùng hoàn tất khóa học sử dụng phần mềm

- Chuẩn bị được cái tiêu chí dùng để đánh giá người dùng, đảm bảo thực hiện được quá trình đánh giá người dùng sau khi tham gia khóa học

 Triển khai cài đặt nhanh chóng.

 Không phát sinh các lỗi chủ quan.

 Tận dụng tối đa và không phát sinh thêm tài nguyên

2) Cài đặt các tài nguyên và môi trường cần thiết cho phầm mềm.

4) Kiểm tra phần mềm sau khi đã cài đặt.

Sau khi cài đặt và hướng dẫn sử dụng phần mềm, chúng tôi sẽ tiếp nhận ý kiến đóng góp từ người dùng và sửa chữa các lỗi phát sinh Nhóm triển khai dự án sẽ cùng khách hàng đánh giá phần mềm dựa trên mức độ hài lòng của người sử dụng trong suốt quá trình triển khai.

10.6 Tổng kết và đánh giá

Sau khi người dùng thực hiện đánh giá về phần mềm, nhóm dự án sẽ thu thập được các kết quả thống kê Điều này giúp xác định những người dùng sử dụng hiệu quả phần mềm quản lý học sinh và những người chưa quen thuộc với nó Từ đó, nhóm có thể đưa ra các giải pháp hướng dẫn và cải thiện khả năng sử dụng phần mềm cho người dùng.

Định dạng
Số trang	63
Dung lượng	914,27 KB