Project 2 - Case Study 3 : ABC Corp.

Trích dẫn :

ABC Corp.

Background:
-Tập đoàn ABC là một công ty chuyên về việc tổ chức, thực hiện những buổi đấu giá trong suốt 10 năm qua. Công ty có khả năng đưa ra những buổi đấu giá an toàn, bảo mật và minh bạch. ABC có nhiều chi nhánh ở nhiều thành phố khác nhau tại Mỹ. Họ tổ chức đấu giá cho nhiều lọai mặt hàng sản phẩm như: Thiết bị di động, phụ tùng vi tính, đá quý, nội thất và hàng thủ công. Số lượng giao dịch tại ABC đang tăng nhanh một cách chóng mặt khi số lượng khách hàng có nhu cầu ngày càng cao.

Trích dẫn :

Existing System:

-Hệ thống hiện tại của ABC họat động như sau:

+Khi khách hàng có nhu cầu tham gia một buổi đấu giá nào đó, họ cần liên hệ và đến văn phòng nơi diễn ra cuộc đấu giá. Tại đây, khách hàng cần đăng kí tham dự phiên đấu giá. Nhân viên ABC sẽ lưu những thông tin đó vào Excel. Sau khi quá trình đăng kí hoàn tất, nhân viên ABC sẽ đưa cho khách hàng thẻ tham dự đấu giá, với thẻ này, khách hàng có quyền tham dự buổi đấu giá cho một sản phẩm nào đó và đưa ra mức giá của mình.


+Chi tiết của những mặt hàng được đấu giá lưu trong file Excel. Trước khi phiên đấu giá bắt đầu, nhân viên ABC cần kiểm tra chi tiết món hàng trong file Excel trên để tổng hợp thông tin về mức giá gọi thấp nhất (giá khởi điểm) và số lượng mà món hàng đó được bán. Cấu trúc file Excel đó như sau:

Product Details Worksheet: _____________Description:
Product Number	Product Name	Product Specification	Product Price	Number

+Trong hệ thống hiện tại, ABC không lưu giữ thông tin về tất cả các giá được đưa ra cho sản phẩm. Chỉ 10 mức giá cao nhất là được lưu vào file Excel. Cấu trúc file như sau:

Auction Bid Detail Worksheet: _____________Description:
Product Number	Auction ID	Auction Date	Token ID	Current Price	Bid Price	Bid Status

Trích dẫn :

Evisioned System:

-Với những bất cập hiện tại của hệ thống hiện hành, việc lưu trữ dữ liệu trong Excel gây mất thời gian và công sức. Hơn nữa, bất kì khách hàng nào muốn tham gia buổi gia đều phải có mặt ở phòng đấu giá nơi diễn ra phiên đấu giá của món hàng họ cần. Nhiều lần, nhược điểm này đã tạo nên rào cản cho những khách hàng muốn mua sản phẩm. Những bất cập đó đã thúc đẩy hệ thống quản lý tìm đến một giải pháp, hệ thống mới nhằm mục đích: làm cho mọi phiên đấu giá trở nên linh động, đến với khách hàng, để từ đó, mọi người đều có thể tham gia đấu giá từ bất cứ đâu mà không cần có mặt tại nơi đấu giá.


-Quản lý của ABC đã quyết định phát triển một hệ thống đấu giá trực tuyến OAS, nhằm chuyển đổi toàn bộ hệ thống đấu giá hiện tại thành hệ thống hoạt độgn trên website. Bằng cách sử dụng dịch vụ này, khách hàng có thể tham dự vào những buổi đấu giá trực tuyến, không cần phải đến tận văn phòng của ABC nữa. Hệ thống này dự tính sẽ hướng đến khách hàng trên toàn thế giới, nhờ đó, khách hàng tại những nước khác nhau có thể tham gia việc đấu giá tại bất cứ đâu với hình thức thanh toán là các loại thẻ chi trả trực tuyến. Hệ thống OAS này cần có đủ tính linh hoạt để có thể áp dụng nhiều loại tiền tệ khác nhau. Hệ thống mới này sẽ lưu giữ thông tin về tất cả các giá gọi của một sản phẩm nào đó. Với phương cách quản lý này, phía ABC có thể đảm bảo tính minh bạch cho mọi buổi đấu giá.


-Để có thể thực hiện được tất cả các tính năng trên, OAS cần có:

• Hệ thống cần có cơ chế tìm kiếm mặt hàng được đấu giá. Việc tìm kiếm này cần có thêm sự hỗ trợ của việc lọc thông tin dựa vào loại mặt hàng là Vi Tính, Đá Quý, Thiết Bị Di Động và Hàng Nội Thất. Cơ chế tìm kiếm sẽ hiển thị danh sách những mặt hàng đấu giá tương ứng. Khách hàng trực tuyến có thể xem những thông tin chi tiết mặt hàng như ngày đấu giá, thời gian đấu giá, giá khởi điểm, giá hiện tại từ danh sách kết quả.

• Hệ thống cần có cơ chế đăng kí đối với khách hàng mới. Để có thể tham gia đấu giá trực tuyến, khách hàng cần đăng kí và đăng nhập với tài khoản của mình. Một mã số tham dự viên sẽ được cấp phát cho khách hàng sau khi đăng kí thành công.

• Sau khi đã đăng kí, khách hàng có thể dùng cơ chế đăng nhập để tiến hành tham dự phiên đấu giá trực tuyến.

• Hệ thống lưu thông tin về buổi đấu giá, sản phẩm đấu giá, khách hàng đã đăng kí, chi tiết ra giá và thông tin chi trả trong một CSDL tập trung là MyAuctionDatabase.
  
  
  
  
  • Thông tin đấu giá: Ngày đấu giá, mã sản phẩm, tên sản phẩm, giá khởi điểm, giá gọi thấp nhất và số lượng.
    
  • Chi tiết mặt hàng: Mã sản phẩm, tên sản phẩm, loại sản phẩm, số lượng, giá và chi tiết sản phẩm.
    
  • Khách hàng: Mã tham dự, tên đăng nhập, mật khẩu, địa chỉ, e-mail.
    
  • Chi tiết thanh toán: Mã sản phẩm, tên sản phẩm, giá, mã tham dự, ngày đấu giá, số lượng. loại thẻ và số thẻ.

• Hệ thống cần có cơ chế quản lý phiên người dùng duy nhất cho những khách hàng đã đăng nhập. Thông qua đó, hệ thông sẽ theo dõi người dùng khi người dùng sử dụng trang web của ABC. Một khi người dùng đăng xuất khỏi site, phiên người dùng đó cần bị hủy ngay.

• Hệ thống cần hiển thị thông tin về các loại giá dưới loại tiền tệ mà họ chọn. Như vậy, trang web cần có thông tin về những loại tiền tệ và tỉ giá trao đổi giữa chúng.

• Hệ thống lưu giữ thông tin về tất cả các khoản ra giá của một sản phẩm đấu giá nào đó. Thời điểm mà khách hàng ra giá cho một sản phẩm nào đó, thông tin về khoản ra giá đó sẽ được lưu vào CSDL kèm theo mã tham dự.

• Với quyền admin, hệ thống cần cho phép thao tác thay đổi, chỉnh sửa thông tin buổi đấu giá và thông tin sản phẩm.

• Hệ thống cho phép khách hàng thực hiện việc chi trả trực tuyến thông qua thẻ. Chi tiết thông tin thẻ cần được kiểm tra trước khi tiến hành chi trả.

Như vậy, OAS cần có các phần:

• Phần Login để kiểm tra quyền
  
• Phần đăng kí
  
• Phần cốt lõi thứ nhất: tính năng tìm kiếm thông tin hàng đấu giá.
  
• Phần cốt lõi thứ hai: Quản lý phiên người dùng, thực hiện những tính năng chính của một buổi đấu giá như ra giá và quản lý mức giá cao nhất hiện tại.
  
• Dịch vụ web hiển thị thông tin giá cả ở nhiều loại tiền tệ.
  
• Phần thanh toán trực tuyến.
  
  

-Để có thể phát triển hệ thống trên cho tập đoàn ABC, bạn cần phân tích hệ thống hiện tại và tạo ra bảng thiết kế cho hệ thống cần có. Dùng case study, tạo ra mô hình giải pháp cho ứng dụng trong môi trường .NET. CSDL đã đươợc tạo sẵn, chỉ cần nhập thông tin vào các bảng. CSDL có nội dung như trang 1.44.

Và sau cùng là một vài câu hỏi có liên quan đến quá trình hoạt động.

1. Ở hệ thống cũ, liệu việc đăng kí chỉ dùng cho 1 phiên đấu giá hay dùng cho nhiều phiên đấu giá.
   
2. Ở hệ thống yêu cầu có lưu trữ mọi mức giá của người tham gia, việc này triển khai ra sao? bảng nào sẽ lưu thông tin này, và khi lưu thì thông tin nào là khoá chính? Mặt khác, nếu bảng lưu thông tin trên thì nhất thiết phải có các cột là mã số tham dự, mã số buổi đấu giá và mức giá. Nếu lưu tất cả thông tin về giá được đưa ra thì lưu theo cách nào? cứ mỗi lần ra giá là 1 record mới hay mỗi lần ra giá là update record cũ của khách hàng đó để cập nhật mức giá mới?
   
3. Hệ thống đăng nhập chỉ dùng cho khách hàng hay bao gồm luôn cơ chế đăng nhập cho Admin?
   
4. Quản lý phiên người dùng bằng cách nào?
   
5. Việc chi trả trực tuyến, kiểm tra trước khi chi trả là sao? liệu có phải liên kết đến những trang chủ về thẻ trực tuyến?
   

Tạm thời có nhiu đó, còn tính năng chương trình thì cứ thoải mái. Nhưng không hiểu sao Dra nghĩ là cái CSDL mẫu trong sách có đôi chỗ thừa và không hợp lý, cứ suy nghĩ theo ý mình nhé.

wow, đúng là in-tờ-prít-tờ có khác
àh, câu hỏi là hỏi ai vậy :-?

"In-tờ-prít-tờ"........... tên phim hử???

còn câu hỏi đó là khi đọc đề bị mắc phải, ghi lên để có gì nhóm còn thảo luận hoặc hỏi thầy.

Ehhh, hình như chả thấy ai thảo luận hết vậy trời...



Về CSDL:Chúng ta sẽ có 5 table:

1) Product: chứa thông tin về các mặt hàng được bán đấu giá
2) Customer: chứa thông tin về khách hàng đã đăng kí với ABC
3) Auction: chứa thông tin về các buổi đấu giá
4) Bid_Detail: chứa thông tin về các khoản ra giá của khách hàng
5) Payment: chứa thông tin về chi tiết chi trả sau khi Auction được đóng

Về phương thức hoạt động:

-Đầu tiên: khách hàng vào website
-Sau đó khách hàng có thể đăng kí một tài khoản trong website để có thể sử dụng quyền lợi của khách hàng đã đăng kí
-Sau khi đăng kí, khách hàng có thể đăng nhập vào website (nếu có thể tìm kiếm cách thực hiện việc kiểm tra email xác thực)
-Sau khi đăng nhập, khách hàng có thể tìm kiếm, sử dụng WS (Web service) đổi tiền tệ, hay đăng kí tham gia 1 buổi đấu giá nào đó
-Khi đăng kí tham gia đấu giá, khách hàng sẽ nhận lại được 1 ID để tham gia đấu giá
-Khi đến thời hạn đấu giá, khách hàng cần nhập ID trên cùng với Password của Account để có thể tham gia đấu giá.
-Trong phiên đấu giá, khách hàng có thể xem được mức Bid hiện tại của mình và mức Bid cao nhất, bên cạnh đó là tính năng thay đổi thông tin tiền tệ, thời gian ...
-Nếu khách hàng đã mua được món hàng, một Email sẽ được gửi đến khách hàng với nội dung yêu cầu khách hàng thực hiện chi tiết thanh toán.
-Để thực hiện, khách hàng cần đăng nhập tài khoản, vào mục xem thông tin mặt hàng đã mua được, chọn mặt hàng đó và nhập thông tin chi trả vào. Thời hạn tối đa để chi trả là 7 ngày. Sau 7 ngày, nếu khách hàng không thực hiện việc chi trả, phía công ty có quyền liên hệ khách hàng để nắm thông tin.


Về quyền Admin:

-Khi Admin đăng nhập sẽ có quyền: thêm Auction mới (bao gồm Product và Auction), chỉnh sửa thông tin Auction (đối với các Auction chưa diễn ra). Thay đổi, cập nhật thông tin về tỉ giá tiền tệ hàng ngày cho WebService. Xem thông tin về các mặt hàng đã bán được nhưng chưa chi trả. Quản lý các Account, theo dõi cuộc đấu giá...


--------------------------------------------------------------------------
Kết luận: Coan Đôrêmon đâu rồi...vô đây biểu coai

Ừm, thêm vài thứ mới nhé, đã có cách update real-time mà không gây quá tải server (dĩ nhiên là AJAX rồi, nhưng để xem chạy được ở máy trường không đã).

Nhằm mục đích tự cập nhật hàng ngày vào đúng giờ, có lẽ nên tạo thêm 1 Application nhỏ, application này khi bắt đầu ngày mới sẽ kết nối đến CSDL, lấy ra danh sách các Auction sẽ diễn ra hôm đó, kèm theo giờ bắt đầu và giờ kết thúc. Application tự chạy function kiểm tra giờ sau mỗi 10 giây. Khi đến giờ thì chuyển status thành Bidding, khi hết giờ thì chuyển thành Closed, đồng thời cập nhật thông tin cho bảng Payment và gửi mail cho khách hàng thắng Auction. Application chạy thường trực trên server.

Ok, bây giờ, do là website đấu giá nên hình ảnh là chuyện chắc chắn phải có, mỗi product kèm theo hình ảnh định dạng Jpeg hay Gif. Admin có quyền up hình lên host (giải quyết được rồi) sau đó là lưu đường dẫn vào SQL (do nếu lưu hình vào trực tiếp SQl sẽ gây chậm chạp trong việc load hình.)


Rồi, có gì mới thì cập nhật tiếp

zsFCSDZFsdfsdfdsafdsafdsfdsaf

RUDE SPAMERRRRRRRRRRRRRRRRRRRRRRRRRRRR

Ừm, giờ đến Layout:

-Website đương nhiên là dùng 1 template thống nhất.

-Thực hiện chuẩn website bề ngang 780px, phần còn lại background 2 bên mép giữ nguyên khi scroll website (style background-attachment:fixed). Logo công ty sẽ đặt phía mép phải, như vậy Logo công ty luôn được hiễn thị.

-Các link liên kết thể hiện dạng tab ngược đầu trên cùng nhằm mở rộng tối đa góc nhìn cho người dùng

-Dùng màu chủ đạo là xanh dương lan Iris-Blue Iris (màu của năm 2008). Màu tựa tựa thế này



-Mỗi trang qui định không chứa hơn 1MB hình ảnh (hay thời gian load tối đa là 5 giây, cái này hơi khó canh vì chạy trên local, nhưng cứ cố gắng thế đi).

-Ngoài những bức hình về sản phẩm là định dạng JPEG, tất cả đều phải tuân theo dạng GIF.

-Website cho phép up hình lên host (ở đây là thư mục Image của site, việc up đã hoàn tất rồi). Sau khi up thi chi tiết tên hình và đường dẫn lưu trong SQL mục Product(vImage).


_____________________________________________________________

-Sau khi hội ý, nhóm quyết địng thực hiện việc xác nhận kích hoạt Email sau khi đăng kí, vì sau này phía công ty cần dựa vào mail đó mà gửi Bill thanh toán. Qui tắc thực hiện thì chắc thân chủ (Đô rê mon) đã rõ rồi, cố lên nhé. Phần ID tự động để dra làm choa...còn mèo máy thì trích thông tin trên URL hén :D.

ok, Doremon sẽ cố gắng hít sức >"<

ebook về AJAX trên ASP.NET 2.0 đây, pác dra còi muốn thì down về nhé! :D

Góp ý về cái câu hỏi của pác Dra còi:

Hệ thống đăng nhập chỉ dùng cho khách hàng hay bao gồm luôn cơ chế đăng nhập cho Admin?
→ Theo tui nghĩ nên chỉ cho khách hàng mà thôi, admin sẽ có 1 cái web form riêng (form này sẽ ko hiển thị link trên site) và chỉ admin bít link mà vào thôi.

Việc chi trả trực tuyến, kiểm tra trước khi chi trả là sao? liệu có phải liên kết đến những trang chủ về thẻ trực tuyến?
→ Kiểm tra trước khi chi trả ở đây có nghĩa là liên kết với dịch vụ chi trả trực tuyến của các hãng cung cấp thẻ trực tuyến. Ở đây project của mình chỉ mang tính học tập "nghiên kíu", ko cần làm chuyện đó. Chỉ cần kiểm tra người ta nhập đúng định dạng thẻ là dc roài. Koi như hợp lệ ^^

Về việc quyền Admin thì dra cũng đã có nghĩ đến việc làm 1 webform riêng rôi, nhưng ý kiến của Trung thì lại gộp lại vô website luôn (vì thiết nghĩ, làm sao giấu được 1 cái link ở trên internet đây).

Còn chi trả thì yên tâm...chả ai trong nhóm mình có khả năng liên hệ với nhà phát hành thẻ đâu -.-'

uh, thế cũng dc ^^ nhưng phải đảm bảo vấn đề bảo mật, ko bị lỗ hỏng là ok.

OK, cơ bản thì các thắc mắc đã hoàn tất, các function của các module đã được chuẩn bị và test rồi, phù....

Tuy nhiên, dù rằng trên kia đã nói là Layout của Website sẽ có màu xanh tím đậm (#333399), tuy nhiên, do màu này khá tối, và quả thật chỉ có thể áp dụng cho quần áo, nên Dra thấy không nên để vào trang web, xu hướng web là sáng sủa ;), đây cũng là 1 công ty minh bạch nên làm thế...

Hình này là layout Demo (chỉ có hình ảnh layout cơ bản, không có thông tin bên trong)

cho minh xin project nay di minh dang can gap
ABCCorp aps.net nhe

cho minh xin project ABC Corp nha thu 6 ngay 13/1/11 nay minh fai bao cao rui. thanks cac ban nhiu nha

ebook ve ajax sao down k dc zay cac pa` kon