PHÂN TÍCH THIẾT KẾ HƯỚNG ĐỐI TƯỢNG QUẢN LÝ CỬA HÀNG BÁN LINH KIỆN MÁY TÍNH CSMS

Sơ đồ mạng AON cho giai đoạn 4 Kết thúc dự án4.3.Ước lượng rủi ro và giải pháp Mã rủi ro Nguyên nhân Cách giải quyết R001 Nhân sự: Một thành viên trong nhóm bất đồng ý kiến với những thà

Đề tài môn học:

PHÂN TÍCH THIẾT KẾ HƯỚNG ĐỐI TƯỢNG

Sinh viên thực hiện:

Trần Công Danh 06520068

Võ Đinh Duy 06520112Nguyễn Thanh Hoàng 06520182Đoàn Nhật Trực 06520512

Giáo viên hướng dẫn:

Th.S Phan Thi Vương

M C L C ỤC LỤC ỤC LỤC

MỤC LỤC 2

LỜI NÓI ĐẦU 3

1 Khởi động dự án 4

1.1 Phân tích lựa chọn dự án 5

1.2 Tuyên bố dự án (Project charter) 7

1.3 Phạm vi dự án (Scope Statement) 7

1.4 Lựa chọn thành viên và tiêu chí nhóm 9

1.4.1 Thông tin thành viên (CV) 9

1.4.2 Lựa chọn nhóm trưởng 10

1.4.3 Sơ đồ tổ chức 11

1.4.4 Thông tin hội họp 11

1.4.5 Tiêu chí nhóm (Team Contact) 12

2 Lên kế hoạch 15

2.1 Phân rã công việc 15

2.1.1 Cấu trúc phân rã công việc (WBS) 15

2.1.2 Lược đồ Grantt (GranttChart) 17

2.1.3 Ma trận phân bổ trách nhiệm (RAM) 20

2.2 Phân bổ thời gian 22

2.3 Ước lượng rủi ro và giải pháp 25

2.4 Ước lượng chi phí 27

3 Thực thi và kiểm soát dự án 29

3.2 Cập nhật tiến độ công việc 32

4 Kết thúc dự án 33

4.1 Bài học kinh nghiệm 33

4.2 Đánh giá kết quả 34

4.3 Hướng phát triển 34

Tài liệu tham khảo 35

vào trong chương trình mình; mà còn giúp cho chính sản phẩm phần mềm gầngũi với thực tiễn và công việc bảo trì, nâng cấp về sau được thực hiện dễ dànghơn Vì chính tầm quan trọng của kỹ thuật này trong tương lai, nên nó trở thànhmột môn học rất cần thiết, nhằm giúp sinh viên một phần nào tiếp cận với những

dự án thật sự trong tương lai Với những kiến thức của môn học, chúng tôi đãcùng nhau thực hiện dự án CSMS (Computer Store Management Software) để ápdụng những kiến thức ấy vào thực tiễn, đánh giá và nhận biết sự khác biệt nhữngkhó khăn giữa lý thuyết và thực tiễn

Nhưng do năng lực nên không thể trình bày đầy đủ và cũng có thể gâythiếu sót, sai lầm trong cách nhận thức và trình bày Mong thầy cô và các bạngóp ý để bài báo cáo và dự án của chúng tôi có thể hoàn thiện tốt hơn

Sinh viên thực hiện:

Trần Công Danh 06520068

Võ Đinh Duy 06520112 Nguyễn Thanh Hoàng 06520182 Đoàn Nhật Trực 06520512

1 Yêu cầu người dùng

1.1.Yêu cầu chức năng

1.1.2 Yêu cầu về lưu trữ

1.1.3 Chức năng tra cứu

1.1.4 Chức năng tra cứu

1.1.5 Chức năng kết xuất

1.2.Yêu cầu phi chức năng

1.2.1 Yêu cầu bảo mật

1.2.2 Yêu cầu mã hóa

1.2.3 Sao luu định kỳ, phục hồi sự cố

1.2.4 Giao diện

2 Use Case

2.1.Sơ đồ Use Case

2.2.Danh sách các Actor

3 Sơ đồ phân lớp (Class Diagram)

3.1.Sơ đồ lớp (mức phân tích)

3.2.Danh sách các lớp đối tượng và quan hệ

3.3.Mô tả chi tiết từng lớp đối tượng

3.3.6 Biểu mẫu thống kê

3.3.7 Thông tin giảm giá

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

4.1 Sơ đồ logic

4.2.Mô tả chi tiết

4.2.1 Employee (Nhân viên)

Chúng tôi dùng sơ đồ AON để minh họa cho kế hoạch phân bổ thời gian cho công việc

4.2.13.Giai đoạn 1 : Khởi động dự án

Hình 2.2.1 – 1 Sơ đồ mạng AON cho giai đoạn 1 Khởi tạo dự án

4.2.14.Giai đoạn 2 : Thiết kế

Hình 2.2.1 – 2 Sơ đồ mạng AON cho giai đoạn 2 Thiết kế

4.2.15.Giai đoạn 3 : Thực thi coding

Hình 2.2.1 – 3 Sơ đồ mạng AON cho giai đoạn 3 Thực thi coding

Hình 2.2.1 – 4 Sơ đồ mạng AON cho giai đoạn 4 Kết thúc dự án

4.3.Ước lượng rủi ro và giải pháp

Mã rủi ro Nguyên nhân Cách giải quyết

R001 Nhân sự: Một thành viên trong nhóm

bất đồng ý kiến với những thành viên còn lại nên rời khỏi nhóm.

Tuyển chọn thành viên mới Xem xét lại cách thức làm việc nhóm Cần thống nhất các tiêu chí giải quyết khi xảy ra mâu thuẫn.

R002 Nhân sự: Một thành viên trong nhóm

bắt buộc rời khỏi nhóm trong một thời gian để giải quyết việc cá nhân.

Xem xét lại những công việc của thành viên ấy, chia sẽ một phần cho những thành viên khác; kéo dài thời hạn deadline; hoặc phân công nghiên cứu những công việc sẽ giúp ích cho

dự án trong tương lai.

R003 Nhân sự: Hai thành viên trong nhóm

xảy ra mâu thuẫn, khi cùng làm việc với nhau; 2 hướng giải quyết khác nhau cho

Nhóm trưởng đứng ra xem xét, lựa chọn cách giải quyết phù hợp nhất Đưa ra những phương hướng giải

chuyên môn giữa các thành viên thành viên đối với từng lĩnh vực.

Dành một khoảng thời gian tự nghiên cứu cho thành viên ấy, xem

đó như là một phần của công việc Phân công thành viên mạnh ở lĩnh vực ấy làm việc cùng với thành viên yếu hơn Thống nhất quy tắc làm việc, giúp đỡ nhau cùng tiến bộ R005 Nhân lực: Năng lực quản lý lãnh đạo

của nhóm trưởng không tốt.

Ban đầu các thành viên hỗ trợ cho nhóm trưởng liệt kê công việc, theo dõi tiến độ Sau 2 tuần mà công việc tiến triển không theo ý muốn, thì cả nhóm họp lại để lựa chọn nhóm trưởng mới.

R006 Thời gian dự án: Các thành viên không

giao nộp task đúng thời hạn, dẫn đến thời gian dự án kéo dài.

Tìm hiểu nguyên nhân dẫn đến việc trễ hẹn như do năng lực chuyên môn, giao tiếp giữa các thành viên kém, việc cá nhân; mà có cách giải quyết khác nhau Nhóm trưởng cần ước lượng, đánh giá thời gian hợp lý hơn, đưa ra thời gian dự trữ phù hợp R007 Quản lý source doe: Các thành gặp khó

khăn trong việc sắp xếp, merge các phiên bản source code lại với nhau

Dùng công cụ SVN để quản lý source Trainning cách update, commit source, các xử lý khi xảy ra conflic.

R008 Chi phí dự án: tăng cao, do chi phí vể

nhân sự tăng.

Xác định nguyên nhân:

 Do tiền lương tăng cao

 Do thời gian dự án kéo dài hơn dự kiến dẫn đến số tiền phải trả tăng.

 Cần tính toán, phân chia công việc một các khao học

và hợp lý hơn về thơi gian.

Dự án thất bại hoặc gặp khó khăn lớn

Thời gian của dự án tăng quá nhiều

Năng lực quản lý, theo dõi, sắp xếp của Trưởng nhóm kém

Hình 2.3 – 1: Mô hình xương cá định vị mức độ rủi ro

4.4.Ước lượng chi phí

Một dự án muốn có lời thì người quản lý phải biết cách ước lượng chi phí cho

dự án đó Dự án dẫn đến thất bại cũng do một phần ước lượng chi phí sai dẫnđến dự án thua lỗ

Trước khi tiến hành ký kết hợp đồng , người quản lý cần ước lượng xem chiphí đầu tư vào dự án liệu có đủ để hoàn thành dự án hay không Từ đó đàm phánvới khách hàng nhằm giảm bớt các tính năng của hệ thống hoặc tăng thêm vốnđầu tư Điều này phụ thuộc vào sự thỏa thuận giữa hai bên

Nhóm CSMS đã áp dụng kĩ thuật tính NPV để tính chi phí cho dự án và thờigian hoàn vốn :

Hình 2.4 – 1 Bảng ước lượng chi phí cho dự án CSMSVới bảng trên thì trong tháng đầu , vốn chi phí bỏ ra là 2 triệu để bắt đầu

dự án , lợi nhuân thu về là 0 ở các tháng tiếp theo vốn đầu tư sẽ ít hơn do dự

án đã ỗn định và thu về lợi nhuận ( lợi nhuận tăng dần ) Tỉ lệ khấu hao là 8%.NPV = Lợi nhuận khấu hao – chi phí khấu hao

Cash flow khấu hao = lợi nhuận khấu hao – chi phí khấu hao

ROI : tỉ lệ lợi nhuận

Qua bảng trên ta sẽ thấy qua tháng thứ 3 , dự án CSMS sẽ hoàn lại vốn

Hình 2.4 – 1 Lược đồ biểu diễn thời gian hoàn vốnThời gian hoàn vốn là điểm giao nhau giữa hai đường biễu diễn Đây chỉ mới

là ước lượng cho 3 tháng đầu của dự án CSMS , cứ mỗi tháng quản lý nhóm dự

án sẽ thêm vào thông tin lợi nhuận các tháng tiếp theo 4, 5,6 … Để biêt được dự

án đang lời hay lỗ

5 Thực thi và kiểm soát dự án

Dưới đây là chuẩn viết tài liệu mà nhóm đề ra :

5.1.3. Quản lý source code

Để quản lý Source code nhóm dùng server của Google code để tạo mộtproject và đưa source code của cả dự án lên đó (tham khảo tại

http://code.google.com/hosting/ )

Hình 3.1.3 – 1 Tạo một project trên Google codeThêm vào đó nhóm sử dụng chương trình TotoiseSVN 1.6 để checkout vàcommit code http://tortoisesvn.net/downloads

Dựa vào cấu trúc trên :

 Branches : thư mục chứa các phiên bản của chương trình CSMS ( hiệntại là 0.2 ) , hoặc là các nhánh khác của chương trình , khi đến cuối sẽđược merge lại

 Document : thư mục chứa các tài liệu phân tích thiết kế của CSMS +file chạy SQL

 Trunk : là nơi chức sản phẩm cuối cùng

Một số quy định khi làm việc với SVN :

 Các thành viên Update code trước khi commit

5.2.Cập nhật tiến độ công việc

Cách thức tiến hành cập nhật công việc của mỗi thành viên trong dự ánCSMS như sau:

 Nhóm trưởng dựa vào những công việc đã được liệt kê trong WBS để tiếnhành phân chia công việc cho từng thành viên, tùy theo mỗi giai đoạn.Nhóm trưởng đưa thông tin về những công việc cần phải làm lên Googlegroup của nhóm, kèm theo thời gian deadline

 Khi đã hoàn thành thì mỗi thành viên phải gửi thông báo đến group nhằmbáo cáo cho mọi thành viên trong nhóm biết đã hoàn thành và cho nhómtrưởng biết nhằm để xem xét và thông qua Đồng thời dùng SVN để đưakết quả lên host chung tại GoogleCode

 Sau khi nhận thông báo, nhóm trưởng sẽ review lại Nếu chưa thỏa theođúng yêu cầu mong muốn, thì sẽ đề nghị thành viên xem xét lại Ngược lạithì nhóm trưởng sẽ cập nhật tiến độ hoàn thành trong tập tinCSMS_WBS.mpp

trong quá trình quản lý dự án , tìm ra cách khắc phục tránh được nguy cơ xảy ratrong các dự án khác

Bản này được soạn ra nhằm trả lời một số câu hỏi : từ đó đánh giá đượcnhững gì làm được và chưa làm được như :

 Bạn đã đáp ứng được mọi yêu cầu trong bản Scope statement ?

 Bạn đã đáp ứng đúng chi phí và thời gian ?

 Bạn thấy điều gì đúng , chưa đúng ?

 Kinh nghiệm rút ra cho dự án sau

 Những điều học hỏi được qua dự án hiện tại ?

Hình 4.1 – 1 – Một mẫu lesson learned của CSMS

 Các thành viên trưởng thành hơn trong kỹ năng giao tiếp, kỷ luật làm việctrong nhóm Kỹ năng về quản lý dự án được cũng cố, thông qua nhữngphần tính toán, ước lượng chi phí, thời gian.

6.3.Hướng phát triển

 Mở rộng chương trình có thể quản lý, theo dõi ngày công cùa nhân viên

 Sử dụng dữ liệu khách hàng nhắm thống kế, lấy tri thức để sử dụng cho việc đưa ra các kế hoạch kinh doanh

 Hỗ trợ quản lý nhiều chương trình khuyến mãi

 Cải tiến giao diện chương trình, nhằm tăng tính thân thiện với người dùng

Tài liệu tham khảo.

[1] Quản lý dự án, PGS.TS Trương Mỹ Dung, khoa Công Nghệ Thông Tin, Đại học Khoa Học Tự Nhiên, Đại học Quốc gia TPHCM

[2] www.itpm.com