HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ THEO MÔ HÌNH B2B

Một thành viên sở hữu mộtvăn phòng ảo trên website để quản lý các dữ kiện liên quan như đơnđặt hàng, đơn chào hàng, sản phẩm, nhóm sản phẩm, hồ sơ cánhân hoặc các mặt hàng, khách hàng qu

Trang 1

TRƯỜNG ĐẠI HỌC KHOA HỌC TỰ NHIÊN

KHOA CÔNG NGHỆ THÔNG TIN

- -Đề tài:

HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ THEO

MÔ HÌNH B2B -Kế hoạch dự án giai đoạn 1-

Trang 2

Kế hoạch dự án giai đoạn 1

Mã hiệu dự án: B2B_ES

Mã hiệu tài liệu: B2B_ES–PP – v1.3

Trang 3

trong kếhoạch dự ánchưa chínhxác

Do đánh giánội bộ ngày15/09/2006

V1.0 Thay đổi cán bộ SQA V1.1

20/09/2006 1.1 -nt - -nt - V1.0 Chỉnh sửa qui mô dự án lại

cho phù hợp V1.120/09/2006 6.1.2 -nt - -nt - V1.0 Thêm một số mục vào trong

danh sách đào tạo

V1.1

20/09/2006 6.2.1 -nt - -nt - V1.0 Ghi rõ version của các phần

mềm

V1.120/09/2006 6.2.3 -nt - -nt - V1.0 Thêm cấu hình máy chủ V1.120/09/2006 6.3 -nt - -nt - V1.0 Bỏ một số mục không cần thiết

cho giai đoạn 1 của dự án

V1.120/09/2006 7.2 -nt - -nt - V1.0 Tham khảo trên FI V1.1

03/10/2006 1.1 Dự án bị trễ

tiến độ vàđóng GAP

Báo cáo tuần25/09 đến30/09 vàGAP đánhgiá ngày27/09 của dự

án FDC_IMS

V1.1 Thay đổi ngày kết thúc dự án

đến 30/10 và qui mô dự ánthành 7.71MM

V1.2

03/10/2006 1.3 -nt - -nt - V1.1 Bổ sung các sự phụ thuộc đặc

biệt

V1.2

Trang 4

03/10/2006 1.4 -nt - -nt - V1.1 Bổ sung giả thiết và ràng buộc V1.203/10/2006 2.2 -nt - -nt - V1.1 Bổ sung nhân lực giai đoạn

coding cho dự án V1.203/10/2006 3.1 -nt - -nt - V1.1 Thêm chỉ tiêu complexity

deviation và mô tả sub-processcho các chỉ tiêu

GAP về cácthông tinchưa chínhxác trongKHDA

Báo cáo GAPđánh giá ngày19/10/2006

V1.2 Cập nhật các tailoring và

deviation

V1.3

26/10/2006 3.2.2 -nt - -nt - V1.2 Chỉnh lại mốc thời gian thực

hiện quality gate

V1.2 Bỏ mục tài liệu hướng dẫn sử

dụng V1.3

Trang 7

M c l c ục lục ục lục

1 Tổng quan dự án 8

1.1 Mô tả dự án 8

1.2 Sản phẩm bàn giao cho khách hàng 9

1.3 Các sự phụ thuộc đặc biệt 10

1.4 Giả thiết và ràng buộc 10

1.5 Tài liệu liên quan 10

2 Tổ chức dự án 10

2.1 Sơ đồ tổ chức dự án 10

2.2 Đội dự án 11

2.3 Phối hợp với các đơn vị khác 12

3 Quản lý chất lượng 12

3.1 Mục tiêu chất lượng 12

3.2 Các hoạt động chất lượng 13

4 Quản lý thực hiện dự án 14

4.1 Các quá trình 14

4.2 Lịch trình và nhiệm vụ 16

4.3 Thông tin, trao đổi 17

5 Quản lý cấu hình 18

5.1 Baseline 18

5.2 Đơn vị cấu hình 18

5.3 Thư mục dự án 19

5.4 Lưu trữ dự phòng 20

5.5 Các hoạt động quản lý cấu hình 21

6 Quản lý nguồn lực và môi trường 22

6.1 Nhân lực 22

6.2 Cơ sở vật chất 23

6.3 Tái sử dụng 24

6.4 Sản phẩm do khách hàng cung cấp 24

6.5 Tài chính 24

6.6 Khác 25

7 Quản lý mạo hiểm và các vấn đề khó 25

7.1 Mạo hiểm 25

7.2 Vấn đề 25

8 Phụ lục 25

8.1 Phụ lục A Danh sách mạo hiểm 25

Trang 9

1 Tổng quan dự án

1.1 Mô tả dự án

Khách hàng: Dự án nội bộ

Địa điểm khách hàng: 41-Sương Nguyệt Ánh, P.Bến Nghé, Q.1, Tp.HCM

Đơn vị: Chi nhánh công ty TNHH giải pháp phần mềm FPT

Tên dự án: Hệ thống thương mại điện tử theo mô hình B2B

Cấp dự án:  Công ty  CN  Bộ phận

Ngày bắt đầu dự án: 16/08/2006 Ngày dự kiến kết thúc: 30/10/2006

Mục tiêu dự án: Mục tiêu của toàn dự án:

1 Quản lý thành viên tham gia hệ thống Một thành viên sở hữu mộtvăn phòng ảo trên website để quản lý các dữ kiện liên quan như đơnđặt hàng, đơn chào hàng, sản phẩm, nhóm sản phẩm, hồ sơ cánhân hoặc các mặt hàng, khách hàng quan tâm trên website

2 Quản lý hệ thống sản phẩm Cung cấp các hình thức đa dạng trìnhbày, tìm kiếm, giới thiệu sản phẩm trên hệ thống Cho phép người

sử dụng đánh giá mức độ hài lòng của mình trên sản phẩm, trên nhàcung cấp Phân loại sản phẩm theo khu vực, theo ngành nghề, theođối tượng khách hàng,… Với các mặt hàng quan tâm, hệ thống chophép liệt kê danh sách và so sánh giá thành các sản phẩm thuộc cácnhà cung cấp khác nhau

3 Quản lý hệ thống bản tin chào mua, chào bán

4 Quản lý mua hàng Qui trình mua hàng đơn giản, tiện dụng, có cácđiều khoản về trả hàng, hoàn tiền Hỗ trợ xây dựng dịch vụ phầnthưởng Mỗi lần khách hàng mua hàng, tương ứng với số tiền kháchhàng thanh toán, khách hàng sẽ được cộng một số điểm Khi đạtđến số điểm cần thiết khách hàng sẽ nhận được các dịch vụ phầnthưởng từ các nhà cung cấp hoặc chính từ hệ thống

5 Xây dựng công cụ giỏ hàng (shopping cart) Việc quản lý giỏ hàngphải làm sao tiện lợi Khi thành viên đăng nhập vào hệ thống đượcquản lý các giỏ hàng mà thành viên đó lựa chọn Có thể phân loạicác giỏ hàng mà các thành viên đó đã chọn hoặc đang quan tâm, giỏhàng mà thành viên đó đã mua hoặc đã chọn mà chưa mua… Lưulại danh sách các mặt hàng mà thành viên đó đã mua, danh sáchkhách hàng mà thành viên đó giao dịch

6 Quản lý và theo dõi phiếu yêu cầu

7 Cung cấp cơ chế đối thoại giữa các doanh nghiệp, giữa doanhnghiệp với hệ thống Hỗ trợ các hình thức khác nhau như thảo luậntrực tuyến, giải đáp trực tuyến, hệ thống nhắn tin qua email, qua cáccông cụ messenger, qua điện thoại,…

8 Hỗ trợ tìm kiếm thông tin có trong hệ thống với nhiều hình thức đadạng và thuận tiện

9 Cung cấp hình thức xây dựng sự kiện hội chợ trực tuyến tại các hộichợ trực tuyến, doanh nghiệp có thể đăng ký các showroom trìnhbày giới thiệu sản phẩm, doanh nghiệp

10 Hỗ trợ doanh nghiệp tạo lập các website cá nhân hoá dựa trên cácthông tin đã có trong hệ thống và các thông tin riêng của từng doanhnghiệp

11 Hỗ trợ các hình thức quảng cáo đa dạng gắn với doanh nghiệp, sảnphẩm

12 Cung cấp các công cụ quản trị hệ thống, phân tích, đánh giá hoạt

Trang 10

động thương mại do hệ thống cung cấp

13 Cung cấp các công cụ hỗ trợ marketting sản phẩm, hình ảnh doanhnghiệp như giới thiệu sản phẩm mới qua email, giới thiệu top cácsản phẩm qua email; chính khách hàng có thể trực tiếp giới thiệu cácthông tin qua email cho các khách hàng tiềm năng,… hoặc hệ thống

sẽ tự động hỗ trợ

14 Cung cấp các thông tin thị trường khác như thông tin thương mạitoàn cầu, các tổ chức thương mại, các thông tin liên quan đến cáclĩnh vực doanh nghiệp,…

15 Cung cấp cơ chế và công cụ trao đổi thông tin giữa các hệ thốngB2B, B2C, C2C khác

Mục tiêu giai đoạn một:

Xây dựng (giai đoạn 1) hệ thống B2B-ES đáp ứng được các yêu cầuchính:

 Đăng ký thành viên tham gia hệ thống (Một phần của mục tiêu 01)

 Đưa sản phẩm vào hệ thống.(Một phần của mục tiêu 02)

 Quản lý hệ thống sản phẩm (Một phần của mục tiêu 03)

 Phục vụ tra cứu hệ thống các sản phẩm theo các tiêu chí khác nhau(Mục tiêu 08)

 Hỗ trợ lựa chọn sản phẩm vào giỏ hàng (Một phần của mục tiêu05)

Phạm vi dự án: Thực hiện các công việc:

 Xây dựng tài liệu yêu cầu người sử dụng cho toàn bộ hệ thống (toàn

2 Cập nhật thông tin bản tin sản phẩm

3 Quản lý thông tin bản tin sản phẩm

4 Tra cứu thông tin bản tin sản phẩm

5 Cập nhật thông tin giỏ hàngQui mô dự án (tháng công1): 7.71 MM (#169.52MD)

1.2 Sản phẩm bàn giao cho khách hàng

STT Sản phẩm Ngày bàn giao Nơi bàn giao Ghi chú

1 Kế hoạch dự án 08/09/2006 Trung tâm FGV

2 Tài liệu URD 09/09/2006 Trung tâm FGV

3 Tài liệu SRS (đặc tả yêu cầu phần

mềm) 09/09/2006 Trung tâm FGV

4 Tài liệu thiết kế phần mềm 22/09/2006 Trung tâm FGV

5 Chương trình ứng dụng 28/10/2006 Trung tâm FGV

1 Một tháng công được tính bằng 22 ngày công Một ngày công được tính bằng 8 giờ làm việc

2 Bảng này và các bảng khác trong bản Kế hoạch dự án có thể được dẫn chiếu trong các phụ lục Có thể trình bày các nội dung không dưới hình thức bảng nhưng phải thể hiện được những thông tin yêu cầu trong các bảng này

Trang 11

1.3 Các sự phụ thuộc đặc biệt

STT Các phụ thuộc Ngày bàn giao Ghi chú

trước khi lập tài liệu thiết kế.

09/09/2006

2 Phải hoàn tất tài liệu thiết kế phần thiết kế

màn hình trước khi thực hiện giai đoạn lập

1 Các thông tin gửi cho các thành viên đội dự án và các bên liên quan sẽ

phải feedback trong vòng 1 ngày Nếu sau thời gian một ngày mà không có

feedback thì xem như là thông tin đã được thông qua

Thời gian

Bảng 4: Giả thiết và ràng buộc

1.5 Tài liệu liên quan

STT Tên tài liệu Ngày phát

Trang 12

2.2 Đ i d án ội dự án ự án

STT Tên Vị trí trong dự án Ngày bắtđầu Ngày kết thúc T hời gian

làm việc[1]

1 Huỳnh Diên Tường Lân GĐDA 16/08/2006 30/10/2006 1 giờ/tuần

2 Nguyễn Minh Hiếu QTDA 16/08/2006 30/10/2006 1 giờ/ngày

Phân tích (Trưởng nhóm phân tích sẽ phụ trách việc thu thập và quản lý yêu cầu)

1 Nguyễn Minh Hiếu Trưởng Nhóm 26/08/2006 09/09/2006 4 giờ/ngày

2 Trần Hữu Tài CB khảo sát & phân tích 26/08/2006 09/09/2006 2 giờ/ngày

3 Cao Thành Bảo CB khảo sát & phân tích 26/08/2006 09/09/2006 6 giờ/ngày

Thiết kế

2 Trần Hữu Tài CB thiết kế 11/09/2006 22/09/2006 4 giờ/ngày

3 Cao Thành Bảo CB thiết kế 11/09/2006 22/09/2006 8 giờ/ngày

Xây dựng (lập frame work, component ajax, gói ứng dụng)

2 Cao Thành Bảo CB lập trình 18/09/2006 25/10/2006 8 giờ/ngày

3 Hồng Khoa Phước CB lập trình 21/08/2006 07/09/2006 8 giờ/ngày

4 Đào Sơn Tuyên CB lập trình 04/10/2006 25/10/2006 8 giờ/ngày

5 Nguyễn Hoàng Giang5 CB lập trình 06/09/2006 25/10/2006 6 giờ/ngày

Test

1 Lê Hữu Lộc CB test 05/09/2006 25/10/2006 4 giờ/ngày

2 Nguyễn Thị Ái Thy CB test 05/09/2006 25/10/2006 4 giờ/ngày

Quản lý chất lượng

1. Phạm Thị Thùy Uyên PQA 16/08/2006 30/10/2006 1 giờ/tuần

3. Phạm Thị Thanh Tâm SQA 05/09/2006 30/10/2006 1 giờ/tuần

Quản lý cấu hình

1 Nguyễn Minh Hiếu CB cấu hình 16/08/2006 30/10/2006 1 giờ/ngày

Nhóm kiểm soát thay đổi CCB (Hỗ trợ QTDA trong công tác review các sản phẩm và phê duyệt các thay

đổi trong quá trình review sản phẩm)

T

lục B2B_ES_Skill_Matrix.xls CTV này được phần công công việc một cách chi tiết và QTDA trực tiếp hướng dẫn và đánh giá công việc CTV này

Trang 13

2 Nguyễn Minh Hiếu TV 16/08/2006 30/10/2006 1h/tuần

Bảng 6: Đội dự án

2.3 Phối hợp với các đơn vị khác

2.3.1 Nội bộ FPT

STT Tên người phối hợp Vị trí công tác Trách nhiệm6 Tel, Fax, Email

1 Nguyễn Thái Sơn Trưởng phòng chất lượng Theo dõi các vấn đề về chất lượng dự án Tel: 9252545 # 159Email:

NTSC@fpt.com.vn

2 Hoàng Ngọc Thạch Trưởng nhóm SEPG Đánh giá và lập kế hoạch sửa đổi, nâng cấp quy trình

phần mềm, đảm bảo yêu cầucủa tổ chức

Tel: 9252545 # 159Email:

3.1 M c tiêu ch t l ục tiêu chất lượng ất lượng ượng ng

tính

1. Timeliness % >=71 >=71 Milestone Project Management

2. Schedule Achivement % <=110 <=110 Milestone Project Management

3. Effort Effectiveness % <=108 <=108 Milestone Project Management

4. Requirement Stability % <=5 <=5 Milestone RequirementManagement

5. Defect Removal Efficiency % >=95 >=95 Milestone Review , test

6 Kể cả các sản phẩm phải chuyển giao và thời gian chuyển giao, nếu có

7 Các sản phẩm khách hàng có trách nhiệm cung cấp, nếu có, được ghi nhận ở mục 6.4

8 Chuẩn mực của công ty hoặc chuẩn mực của CN/bộ phận, nếu không có chuẩn mực chung của công ty

9 Ghi rõ thời gian qui định về việc theo dõi và xem xét tình trạng của các chỉ tiêu chất lượng trong dự án như hàng tuần, hàng tháng

hoặc sau mỗi giai đoạn, sau mỗi mốc kiểm soát, Ngầm định là sau mỗi giai đoạn

Trang 14

STT Chỉ tiêu đánh giá Đơn vị

tính

theo dõi

Ghi chú

6. Process Compliance % >=80 >=80 Milestone Project Management

7. Complexity Deviation % <=20 <=20 Finish Project Management

8.

Review Effectiveness Wdef/pd >=7 >=7 Milestone Review

chọn chỉ tiêu này để

áp dụng phươngpháp thống kê 9.1 RequirementsEffectiveness Review Wdef/pd >=11 >=11 Milestone Review

9.2 DesignEffectiveness Review Wdef/pd >=8 >=8 Milestone Review

Thời gian dựkiến10 Ghi chú

Trưởngnhóm test

0.25 02/10/2006 Informal

8 KHDA v1.1 QA, TV dự án Giám đốc

dự án 1MD 20/09/2006 Informal9

9 Tàil liệu tích hợpmodules Trưởng nhómlập trình,SQA Trưởngnhóm lập

trình

0.5

17/10/2006-20/10/2006 Informal

Bảng 10: Kiểm tra, xem xét

10 Ngày dự kiến cho việc xem xét (nếu có)

Trang 15

Quality gate Phạm Thị Thùy Uyên Trước khi kết thúc giai đoạn

1->2 ngày3

Thực hiện trước khi bàngiao 1 ngày

4 Thu thập dữ liệu của dự án QTDA và các thành viên, QA

STT Mã hiệu quá trình/tài liệu Thêm/Sửa đổi/Bỏ Lý do thay đổi

1 Chỉ tiêu chất lượng dự án, bỏ bớt chỉ tiêu :

 Customer satisfaction

Deviation Dự án xây dựng core,

không triển khai

 chung lại một tài liệu Thiết kế nhưng vẫn

đảm bảo nội dung của các tài liệu trên

Tailoring(54) Dễ lưu trữ theo core tránh

bị thất lạc

3 Sau giai đoạn Lập giải pháp mới làm báo cáo

Milestone Tuy nhiên, báo cáo Milestone này sẽ

bao gồm số liệu của các giai đoạn Khởi động,

Xác định yêu cầu và Lập giải pháp

Deviation Dự án ngắn và theo dõi

báo cáo hàng tuần

4 Kế hoạch dự án sẽ được bàn giao trong giai

đoạn phân tích yêu cầu Trong giai đoạn khởi

động dự án chỉ cần lập kế hoạch chi tiết cho

giai đoạn

Deviation Giai đoạn khởi động

ngắn Chưa xác định rõphạm vi bài toán

5 Baseline STARTUP sẽ kéo dài đến khi kết thúc

công việc thiết kế Deviation Thời gian thực hiện cácgiai đoạn ngắn

6 Phân bổ nguồn lực theo Quá trình Tailoring(55) Không thực hiện giai

Trang 16

Lập kế hoạch, Theo dõi kế

hoạch (bao gồm cả giao tiếp

đoạn triển khai nên phân

bổ nguồn lực lại cho phùhợp

7 Thay đổi template test case sang dạng file

excel Deviation Dễ dàng cập nhật vàquản lý thông tin

8 Sử dụng template unit test mới cho phù hợp

với dự án theo sự hỗ trợ của SEPG Deviation Dễ dàng sử dụng choviệc unit test

9 Bỏ giai đoạn triển khai trong chu trình chuẩn Deviation Dự án nội bộ nên không

triển khai

Bảng 12: Các thay đổi

Trang 17

4.2 Lịch trình và nhiệm vụ

4.2.1 Chu trình

4.2.2 L ch trình t ng th ịch trình tổng thể ổng thể ểm tra, xem xét

án

- Kế hoạch chi tiết cho giai đoạn khởi động

- Biên bản họp trainning nghiệp vụ

Hoàn thành việc

trainning nghiệp vụ B2B cho các thành viên dự án

- URD

- SRS

Final inspection

URD, SRS

-Báo cáo milestone

Final inspection tài liệu thiết kế.

-Testplan -Testcase

Final Inspection chương trình ứng dụng

Trang 18

STT Giai đoạn Ngày bắt

- Chương trình ứng dụng -Báo cáo milestone

1.1.1.1 Báo cáo kết quả của thành viên cho QTDA

công ty hoặc qua hệ thống VSS hàng tuần.

các buổi họp hàng tuần và thông qua hệ thống email công ty.

tiet.xls” được tạo và cập nhật hàng tuần bởi quản trị dự án.

1.1.1.2 Xem xét công việc QTDA

của BU

1.1.1.3 Xem xét công việc bất thường

QTDA sẽ triệu tập cuộc họp bất thường khi:

Quy trình xử lý yêu cầu thay đổi như sau:

11 Liệt kê các thời điểm quan trọng của dự án, không phải là thời điểm kết thúc giai đoạn, cần đặc biệt chú ý để kiểm soát tiến độ dự án

Ở cột Ghi chú đưa vào các điều kiện để kết thúc Mốc kiểm soát.

Trang 19

Yêu cầu thay đổi là yêu cầu phát sinh khác so với tài liệu Phân tích yêu cầu người sử dụng đã được phê duyệt hoặc so với biên bản thống nhất về yêu cầu trước đó.

- Mọi yêu cầu thay đổi của khách hàng sẽ được tập hợp và thông báo bằng văn bản (hoặc thư điện tử) cho nhóm dự án

- QTDA sẽ xem xét yêu cầu, phân loại và trả lời trong vòng 01 tuần nếu mức độ ảnh hưởng của mỗi yêu cầu là nhỏ hơn 7MD Trong trường hợp tác động lớn hơn 7MD, CCB

là người quyết định thực hiện YCTĐ hay không.

- Nếu yêu cầu được chấp nhận, yêu cầu này sẽ được bổ sung vào hồ sơ phân tích và các

hồ sơ thiết kế, cũng như các ứng dụng đã lập trình.

- Nếu yêu cầu được chấp nhận trong một phiên bản tiếp sau hay không được chấp nhận, nhóm dự án của công ty sẽ thống nhất với nhóm dự án của khách hàng

- Khi hai bên đã nhất trí về cách giải quyết, một biên bản xác nhận sẽ được thiết lập và có chữ ký của QTDA và khách hàng

4.3.4 Khác

phận liên quan thì sẽ mail thông báo.

kết thúc dự án

5 Quản lý cấu hình

5.1 Baseline

STT ID baseline Thời điểm ghi nhận Ghi chú

1 STARTUP Hoàn thành lập giải pháp Ngày 22/09/2006

2 SYSTEM Hoàn thành System Test Ngày 26/10/2006

3 FINISH Kết thúc dự án Ngày 30/10/2006

Bảng 15: Baseline

5.2 Đ n v c u hình ơn vị cấu hình ịch trình tổng thể ất lượng