Nhiệm vụ cụ thể trong dự án của "danchoithuthiet"

[GoogleCodeExporter]

Các nhiệm vụ tham gia trong dự án:
1. Tham gia quá trình khảo sát hệ thống, lấy thông tin yêu cầu 
khách hàng;
2. Phát họa sơ về cấu trúc dữ liệu.
3. Mã hóa giao diện trang web từ file PSD/PNG/... sang dạng HTML;
4. Tham gia quá trình viết code chương trình theo từng module;
5. Tham gia quá kiểm thử chương trình.

Original issue reported on code.google.com by danchoit...@gmail.com on 28 Oct 2010 at 4:26

[GoogleCodeExporter]

Trong Bảng Cơ Sở Dữ Liệu Tuấn đưa lên, Trang thấy có một 
số thực thể dư thừa:
_ Footer
_ Member_hit
_ Hitcount

Những thực thể này thì trong quá trình thiết kế Website mình 
sẽ cần đến nó để tạo nên giao diện của trang web nhưng ở 
đây mình đang phân tích vào cấu trúc dữ liệu chính của hệ 
thống (tìm mối liên hệ giữa các thực thể). Trang nghĩ không 
nên để các thực thể đó vào vì nó không quan hệ với thực 
thể nào trong hệ thống cả!!!

Original comment by kimtrang...@gmail.com on 29 Oct 2010 at 1:41

Attachments:

• CSDL_0.doc

[GoogleCodeExporter]

Bạn nói đúng, vậy bạn nghĩ chúng ta nên giải quyết như thế 
nào về phần này. Do mình muốn tất cả các nội dung, chuyên 
mục trên trang web đều có thể thay thế được. 

Original comment by danchoit...@gmail.com on 29 Oct 2010 at 1:46

[GoogleCodeExporter]

Về CSDL:
* Đối với quản lý thành viên: mình nên chia table member ra làm 2 
loại
- member: trong table này sẽ chứa tất cả các thông tin về tài 
khoản thành viên khi họ đăng kí, không liên quan gì đến công ty.
+ id_member
+ member_user
+ member_password
+ member_name
+ member_id_country (quoc gia member)
+ member _sex
+ member_email
+ member_addresstel
+ member_fax
+ member_kind (member,doanhnghiep,VIP,admin)
+ member_intro
+ member_dayupdate
+ member_randomkey
+ member_disabledateuser
+ member_accesslevel
+ member_active
 Ghi chú: sau khi tạo thành viên thành công, thành viên phải đăng nhập để điền thông tin chi tiết về công ty và sẽ được lưu trong các thuộc tính có tiền tố “cty”

- company: chứa tất cả các thành viên khi họ là doanh nghiệp tham 
gia(thông qua loại thành viên khi họ đăng kí thành viên)

+ id_company
+ company_name
+ company_name_EN
+ company_id_country (quoc gia cong ty)
+ company_postcode // mã quốc gia
+ company_logo
+ company_address
+ company_address_EN
+ company_tel
+ company_mobile
+ company_email
+ company_fax
+ company_website
+ company_id_industry
+ company_id_business_form (hình thức kinh doanh của công ty)
+ company_name_represent (tên người đại diện)
+ company_mansex_represent(giới tính người đại diện)
+ company_manstatus_represent (chức vụ của người đại diện)
+ company_manstatus_represent_EN
+ company_number_employees(Số nhân viên)
+ company_number_employees_EN
+ company_year_foundation (năm thành lập)
+ company_authorized_capital (Vốn điều lệ)
+ company_yearly_revenue(Doanh thu hằng năm)
+ company_export_rates(Tỉ lệ xuất khẩu)
+ company_import_ratio(Tỉ lệ nhập khẩu)
+ company_main_product(Sản phẩm chính)
+ company_main_product_EN
+ company_main_markets_orther
+ company_shortinfo
+ company_shortinfo_EN
+ info_company
+ info_company_EN
+ company_potential(DN tiềm năng)
+ day_update
+ company_id_member

Ngoài ra đối với thành viên thì phải có một "hồ sơ cá nhân" 
- Member_profile : gồm có
+ hình minh họa
+ năm hoạt động
+ vốn điều lệ
+ doanh thu hằng năm
+ tỉ lệ xuất khẩu
+ tỉ lệ nhập khẩu
+ sản phẩm chính
+ thị trường hoạt động chính
+ giới thiệu 

Lưu ý:
- Các table có liên quan thì cũng nên xử lý sao cho tối ưu nhất, 
như là dữ liệu chứa nội dung cố định và thường được sử 
dụng: năm hoạt động, doanh thu hàng năm, tỉ lệ xuất nhập 
khẩu.
- thị trường chính: vì mội thành viên hoặc doanh nghiệp có 
thể có các thị trường hoạt động khác nhau.
- Quốc gia: thì đối với thành viên với doanh nghiệp không 
giống nhau, vì một công ty có thể có nhiều thành viên từ 
nhiều nơi khac nhau và một công ty cũng có thể có nhiều chi 
nhánh từ nhiều nước khu vực khác nhau.

Original comment by hsp...@gmail.com on 29 Oct 2010 at 1:56

[GoogleCodeExporter]

Hi.Nếu Tuấn muốn tất cả các nội dung, chuyên mục trên trang 
web đều có thể thay thế được, thì hãy đặc tả yêu cầu như 
thế, Và phần đó khi người thiết kế web xem thì họ sẽ biết 
mình phải làm như thế nào để đáp ứng yêu cầu đó. Còn bây 
giờ mình chỉ phân tích vào cấu trúc dữ liệu chính của hệ 
thống để tìm mối liên hệ giữa các bảng. Do đó mình sẽ 
không đưa nó vào.hì hì

Original comment by kimtrang...@gmail.com on 29 Oct 2010 at 1:58

[GoogleCodeExporter]

Ý kiến về commit của Thọ:
_ Thọ nói đúng table member không nên để như vậy. Nhưng trang 
nghĩ: Table Member sẽ bao gồm các thuộc tính như Thọ nói ở trên 
còn thông tin về công ty của thành viên chúng ta sẽ lưu trong 
bảng company luôn(không cần có thêm bảng congty). Như vậy sẽ 
đỡ tốn dung lượng để chứa một table mới vì thông tin của 2 
table cũng gần giống như nhau.

_ Doanh nghiệp thì sẽ có "Thông Tin Doanh Nghiệp", Còn Thành viên 
muốn tạo Shop thì cũng phải có "Hồ Sơ Cá Nhân" để tạo cảm 
giác an tâm cho khách hàng. Do đó nên cho thêm một 
table:Member_profile

Original comment by kimtrang...@gmail.com on 29 Oct 2010 at 2:21

[GoogleCodeExporter]

1. "Comment 4 by project member kimtrang7789, Today (24 minutes ago)

Hi.Nếu Tuấn muốn tất cả các nội dung, chuyên mục trên trang 
web đều có thể thay thế được, thì hãy đặc tả yêu cầu như 
thế, Và phần đó khi người thiết kế web xem thì họ sẽ biết 
mình phải làm như thế nào để đáp ứng yêu cầu đó. Còn bây 
giờ mình chỉ phân tích vào cấu trúc dữ liệu chính của hệ 
thống để tìm mối liên hệ giữa các bảng. Do đó mình sẽ 
không đưa nó vào.hì hì".

       Do mình là phát họa toàn bộ cơ sở dữ liệu của hệ thống luôn, nên sẽ có những phần mà chỉ có trong hệ thống - nhằm làm đẹp trang web và tính "cơ động" trong hệ thống (nếu cần phần gì thì mình chỉ cần thêm vào hay chỉ định ra là có thể sử dụng, không cần phải viết lại code nữa). Vậy trong bảng cơ sở dữ liệu mình sẽ làm rõ ra hai phần: phần cấu trúc cơ sở dữ liệu - thể hiện phần đặc tả hệ thống; nó sẽ được gạch chân, in đậm bằng màu đỏ tại mỗi tên bảng(có liên quan). Còn các bảng không có liên quan tới cấu trúc hệ thống, mình sẽ để bình thường.

2. Đồng ý với hai bạn, mình sẽ tách bảng Member ra thành hai 
bảng, bảng "Member" và "Company" theo ý các bạn, và sẽ tạo thêm 
các ràng buộc khác cũng như là các bảng liên quan như Thọ 
nói(để làm chặt chẽ và phong phú cho phần thông tin).

Original comment by danchoit...@gmail.com on 29 Oct 2010 at 3:02

[GoogleCodeExporter]

Trang nghĩ Cơ sở dữ liệu mình cần có thêm những Table như:
Giao diện Website của mình có post Câu Chuyện Doanh Nhân, Nên cần 
có thêm Table "CauChuyenDoanhNhan" gồm những thuộc tính sau:
  _ Macauchuyen
  _ Tieude
  _ Motangan
  _ Mota
  _ Hinhdaidien
  _ Ngaycapnhat
  _ Trangthai

Table "Ngangcongnghiep"
  _ Manganhcongnghiep
  _ Tennganhcongnghiep

Table "Loaidichvu"
  _ Maloaidichvu
  _ Tenloaidichvu

Table "Loaisanpham"
  _ Maloaisanpham
  _ Tenloaisanpham

Trang nghĩ Table "question_answer" không nên chứa cả Hỏi và Đáp. 
Nên để riêng thành 2 Table:
  * Hỏi:
   _ Macauhoi
   _ Hoten
   _ Email
   _ Tieude
   _ Noidung
   _ Ngaycapnhat
   _ Trangthai

  * Traloi:
   _ Matraloi
   _ MaTV
   _ Hoten
   _ Noidung
   _ Ngaycapnhat
   _ Trangthai
   _ Macauhoi (khóa ngoại)

Theo bảng Đặc tả yêu cầu của Khách hàng, thì mỗi thành viên 
còn có một Hộp thư riêng nên mình phải có thêm Table:"Hopthu" 
gồm có những thuộc tính sau:
   _ Mahopthu
   _ Masanpham (Khóa ngoại)
   _ Mabophanlienhe (Khóa ngoại)
   _ Tendichvu
   _ Nguoinhan
   _ Nguoigui (Khóa ngoại) 
   _ Emailnhan
   _ Emailgui
   _ Diachi
   _ Dienthoai
   _ Noidung
   _ Chude
   _ Ngaycapnhat
   _ Thugui
   _ Thuxoa

Trang nghĩ nên thêm những Table đó để hoàn chỉnh CSDL!!!

Original comment by kimtrang...@gmail.com on 29 Oct 2010 at 3:10

[GoogleCodeExporter]

Trang có thể chio biết lý do vì sao lại phân tách bảng 
Question_Answer không ? Và phần Hop thu trong mỗi thành viên?

Original comment by danchoit...@gmail.com on 29 Oct 2010 at 3:46

[GoogleCodeExporter]

Bon chen tí nha! Trên thực tế như mấy trang yahoo,zing,... nó cũng 
phân ra 2 table như vậy,vì:
* Logic: Một câu hỏi thì có thể có nhiều người trả lời 
hoặc không có nên nó sẽ có sự phân cấp giữa câu hỏi và 
trả lời.
Có thể hình dung bằng cây thư mục dưới:
- Câu hỏi 1
  + Câu trả lời 1_1
  + Câu trả lời 1_2
  + Câu trả lời 1_3
  + ...
- Câu hỏi 2
  + Câu trả lời 2_1
  + Câu trả lời 2_2
  + Câu trả lời 2_3
  + ...

* CSDL: Table "Traloi" sẽ thông qua khóa ngoại "Macauhoi" để biết 
được nó thuộc câu trả lời nào và "MaTV" để biết được 
thành viên nào trả lời

Original comment by hsp...@gmail.com on 29 Oct 2010 at 11:13

[GoogleCodeExporter]

Theo như bạn nói thì bảng "Hoi" do ai hỏi cũng được hay sao? Do 
trong cấu trúc trên thì tớ không thấy có ràng buộc nào về 
thành viên hay doanh nghiệp/cá nhân. Còn trong bảng "Traloi" thì 
phải là thành viên mới trả lời được đúng hok?

Original comment by danchoit...@gmail.com on 29 Oct 2010 at 1:42

[GoogleCodeExporter]

Đúng rồi đó, mình làm như vậy là để khuyến khích khách hàng:
- Đưa ra những câu hỏi hay và thú vị như thế nhiều người có 
thể sẽ cùng biết về vấn đề đó.
- Hạn chế lượng thành viên "tiêu cực" tức là chỉ vì muốn 
biết một vấn đề mà phải đăng kí thành viên thì cũng không 
cần thiết cho lắm.

Và những câu hỏi này sẽ được Ban Quản Trị duyệt qua nếu 
hợp lệ thì sẽ cho hiển thị.

* Còn bàng "Traloi" thì buộc phải là thành viên mới có thể tham 
gia nhằm: 
- Hạn chế lượng thông tin spam không cần thiết.
- Để biết được thành viên nào trả lời vì khi đó họ còn 
có thể trao đổi riêng tư với nhau hoặc offline
-...

Original comment by hsp...@gmail.com on 29 Oct 2010 at 1:56

[GoogleCodeExporter]

Uhm, Trang đồng ý với ý kiến giải thích của Thọ!!!
Còn vấn đề Hộp thư,Như tài liệu đặc tả mà Trang đã post 
lên thì khi đăng kí là thành viên của Trang web thì mỗi một 
Thành viên sẽ có một Trang "Thông tin cá nhân" riêng và trong trang 
ấy sẽ có "Hộp thư" để lưu trữ thông tin liên hệ. Do đó 
cần có 1 table "Hopthu" để lưu trữ những thông tin ấy.

Original comment by kimtrang...@gmail.com on 29 Oct 2010 at 2:48

[GoogleCodeExporter]

Ok, mình sẽ tạo thêm 1 bảng "Hộp thư" theo đúng tài liệu đặc 
tả

Original comment by danchoit...@gmail.com on 29 Oct 2010 at 2:49

[GoogleCodeExporter]

Uhm. Vậy Tuấn tranh thủ post tài liệu đặc tả final lên nhé!!! 
Để chúng ta tiếp tục vào phần khác nữa!!!

Original comment by kimtrang...@gmail.com on 29 Oct 2010 at 2:58

[GoogleCodeExporter]

Trong phần chi tiết sản phẩm với một hình minh họa thì vẫn 
chưa đủ, theo yêu cầu thì nên có nhiều hình ảnh để minh họa 
cho rõ hơn vì thế nên có thêm một table "thuvienhinh" chắc u biết 
cái này chứ nhỉ.

- Dịch vụ: chia ra thành nhiều danh mục dịch vụ khác nhau để 
chứa các tin dịch vụ theo loại dịch vụ đó.
vd: dịch vụ photo coppy, dịch vụ bất động sản, dịch vụ 

- table: member_contact_member sẽ không dùng mà sử dụng chung với 
"Hopthu" luôn nhé

- Và một số table có quan hệ n-n thì u cũng cố gắng hoàn thành 
luôn heg.

Theo t vậy là ok rồi đó

Original comment by hsp...@gmail.com on 29 Oct 2010 at 3:25

[GoogleCodeExporter]

Ok mình đã up file cơ sỡ dữ liệu theo ý các bạn và dựa theo 
tài liệu đặc tả rùi đó.

Original comment by danchoit...@gmail.com on 29 Oct 2010 at 6:25

[GoogleCodeExporter]

u nên nén các file chuyển sang html lại rồi up vào tab download sau 
đó gửi link để mọi người tiện download như vậy sẽ tiện 
hơn đó.

Original comment by hsp...@gmail.com on 30 Oct 2010 at 5:51

[GoogleCodeExporter]

ok!

Original comment by ttthiep2...@gmail.com on 30 Oct 2010 at 1:54