1. Trang chủ
  2. » Luận Văn - Báo Cáo

Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2

161 12 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Thiết Kế Tổng Thể Hệ Thống Thương Mại Điện Tử
Định dạng
Số trang 161
Dung lượng 866 KB

Nội dung

Giáo trình Phát triển hệ thống thương mại điện tử được biên soạn với mong muốn đem lại cho người học những kiến thức và kỹ năng cơ bản về phát triển hệ thống thương mại điện tử. Giáo trình được kết cấu thành 7 chương và chia làm 2 phần, phần 2 trình bày những nội dung về: thiết kế tổng thể hệ thống thương mại điện tử; thiết kế chi tiết hệ thống thương mại điện tử; thiết kế kỹ thuật và xây dựng hệ thống thương mại điện tử; thử nghiệm và vận hành hệ thống thương mại điện tử;... Mời các bạn cùng tham khảo!

CHƯƠNG THIẾT KẾ TỔNG THỂ HỆ THỐNG THƯƠNG MẠI ĐIỆN TỬ 4.1 ĐẠI CƯƠNG VỀ THIẾT KẾ TỔNG THỂ 4.1.1 Khái niệm Một thiết kế tổng thể giống kế hoạch cho thiết kế Nó xác định phải thiết kế trình phát triển qua việc xác định yếu tố cần thiết kế hướng dẫn hay tiếp cận cần sử dụng thiết kế Trong phân tích tập trung vào việc nhận dạng phân chia yêu cầu khác thiết kế tổng thể tập trung vào việc kết hợp yêu cầu mối quan hệ theo cách tối ưu hóa hợp lực tạo kết hợp 4.1.2 Bản chất thiết kế tổng thể Trong có nhiều giới điện tử biết giới ảo phát triển mạnh, ứng dụng TMĐT cần đạt mục tiêu cho người dùng thật Các ứng dụng TMĐT phần giới ảo đáng tin cậy để thuyết phục người dùng tiếp nhận chúng lựa chọn khác giới thực Các ứng dụng TMĐT (và hầu hết website khác) không nên đưa thông tin cá nhân nhà phát triển người chủ sở hữu Cần phải tránh "hội chứng giấc mơ", nhà phát triển người sở hữu cho "cứ xây dựng được" Thậm chí đạt được, việc đảm bảo chúng tồn có doanh thu quan trọng đạt mục tiêu khác tương lai Trong nhà phân tích lẽ nên xác định yêu cầu quan trọng mà hệ thống phải đáp ứng, việc thiết kế phải đảm bảo yêu cầu đáp ứng Điều liên quan đến việc đảm bảo thỏa mãn cho nhóm người liên quan Tiêu chuẩn ISO 14915-1 công nhận cần thiết hệ thống đa phương tiện truyền thông, bao gồm hệ thống TMĐT, phải đáp ứng nhu cầu nhà cung cấp 155 thông tin người nhận thông tin, nhu cầu nhà tài trợ hệ thống Ví dụ: - Một tổ chức tài trợ cho hệ thống TMĐT để thực việc bán hàng tại, khuyến khích bán hàng tương lai, nâng cao trung thành khách hàng; - Một giám đốc marketing cung cấp thông tin sử dụng chủ yếu hệ thống để tiến hành bán hàng tại; - Một khách hàng thu thập thơng tin từ hệ thống để tìm cách sử dụng sản phẩm mua từ tổ chức Một người cung cấp thông tin người tạo nội dung sử dụng rộng rãi ứng dụng, dù nội dung có tạo rõ ràng cho ứng dụng hay không Khái niệm không bao gồm cá nhân (như khách hàng) đặt hàng hay kiểu nội dung cá nhân khác vào hệ thống Những người tiếp nhận thông tin người sử dụng nội dung hệ thống người tiêu dùng thông tin Một số người dùng đóng vai trị vừa người cung cấp thông tin vừa người tiếp nhận thơng tin Có nhiều nhóm nhà cung cấp thơng tin nhóm người thu nhận thơng tin liên quan với hệ thống riêng lẻ Những nhóm khơng thiết phải độc lập với nhóm khác thơng tin dành cho tất người tiếp nhận Tuy nhiên, thông tin không truyền trực tiếp nhóm mà qua trung gian hệ thống phương tiện truyền thông đa phương tiện nhà phát triển tạo Nó địi hỏi dịch vụ trung gian để loại bỏ thành kiến không mong muốn và/hoặc chèn thành kiến nhà tài trợ mong muốn Mỗi nhóm người liên quan có hệ thống mục tiêu riêng biệt hệ thống truyền thơng đa phương tiện chí xung đột với nhóm khác Thường đáp ứng yêu cầu cụ thể nhóm cần đáp ứng yêu cầu định khác nhóm khác Ví dụ để thuyết phục khách hàng mua sản phẩm dịch vụ tổ chức cần đáp ứng yêu cầu sau bán khách hàng Thường có thách thức nhà phát triển tìm kiếm nhà cung cấp thơng tin thích hợp đầy đủ để từ giành 156 nội dung yêu cầu hệ thống Không phải tất thông tin cung cấp cho nhà thiết kế tốt Rất nhiều thông tin cần cung cấp thiết kế trước đưa vào sử dụng Trong nhiều người có khả cung cấp nội dung thông tin xuất phát từ quan điểm họ, thơng tin khơng đáp ứng yêu cầu người khác Các nhà cung cấp thơng tin chia thành nhà cung cấp thông tin sơ cấp nhà cung cấp thông tin thứ cấp Nhà cung cấp thông tin sơ cấp có kiểm sốt số nội dung thiết kế hệ thống nhiệm vụ cụ thể mà họ muốn hệ thống hoàn thành Nhà cung cấp thứ cấp khơng thể kiểm sốt nguồn thông tin họ tạo sử dụng Họ chí khơng biết chúng đâu sử dụng Người cung cấp thơng tin tổ chức tài trợ đóng vai trị nhà cung cấp sơ cấp Tuy nhiên, nhà phát triển nên thận trọng phân biệt người có quyền kiểm sốt nội dung người mong muốn có quyền khơng thể có Thơng tin cung cấp từ nguồn ngồi tổ chức tài trợ sử dụng hợp pháp tổ chức lại việc cụ thể hệ thống tổ chức Tuy nhiên, hầu hết trường hợp, nguồn thơng tin ngồi xem nhà cung cấp thông tin thứ cấp Cả nhà cung cấp thơng tin sơ cấp thứ cấp có nhiều động thành kiến, ảnh hưởng đến lựa chọn trình bày nội dung thông tin mà họ cung cấp Người ta mong đợi thông tin nắm giữ người có kiến thức thích hợp, họ gọi "các chuyên gia" Tuy nhiên, có nhiều chuyên gia với nhiều động khác nhau, bao gồm: - Các chuyên gia thực thụ với chuyên nghiệp, thông tin biết cách chia sẻ với người người nhận yêu cầu khác nhóm người khác nhau; - Các chuyên gia thực thụ với chuyên nghiệp thông tin để chia sẻ với chun gia khác, họ khơng có khả giải thích thơng tin với người khơng phải chun gia; 157 - Các chuyên gia thực thụ với thành kiến cá nhân mạnh mẽ hạn chế lợi ích thông tin mà họ cung cấp; - Những người khơng phải chun gia cung cấp thơng tin cho người quan tâm Nói chung, nhà cung cấp thông tin thường nghiêng thông tin mà họ cung cấp dựa trên: - Kinh nghiệm có; - Các chương trình mối quan hệ có; - Văn hóa tổ chức (bất kể họ có chấp nhận hay khơng) Việc cho phép nhà cung cấp thơng tin cụ thể có tiếng nói mạnh mẽ phát triển hệ thống dẫn đến nhiều khó khăn, bao gồm: - Xu hướng tái sử dụng clip phương tiện truyền thơng có thiết kế nội dung khác, cho dù có thích hợp hay khơng; - Xu hướng sử dụng nguồn thông tin lựa chọn; - Ứng dụng bị thiên lệch phía yêu cầu nhà cung cấp thông tin, bỏ qua yêu cầu người tiếp nhận thông tin Một số nhà cung cấp thơng tin sử dụng hệ thống để cập nhật thường xuyên số nội dung thông tin sản phẩm dịch vụ Thiết kế phải bao gồm việc cung cấp kiểm soát tổ chức cách thích hợp, cập nhật nội dung để đảm bảo tính xác thơng tin cung cấp kiểm tra thành kiến có chủ ý hay khơng có chủ ý Trong số trường hợp nhà cung cấp thông tin thành viên nhóm người tiếp nhận thơng tin Tuy nhiên, nói chung yêu cầu đặc điểm người tiếp nhận thông tin dường khác với nhà cung cấp thơng tin chí khác với mong đợi họ Một số đặc điểm quan trọng người dùng dẫn đến hàm ý thiết kế cụ thể bao gồm yếu tố người dùng sau: - Kiến thức nền, số người dùng khơng có đủ kiến thức họ yêu cầu truy cập tới tài liệu hướng dẫn lựa chọn; - Thái độ kinh nghiệm giúp gây cản trở phát triển mối quan hệ kinh doanh thích hợp Sự yêu thích phong cách giúp cản trở chấp nhận hệ thống họ 158 - Chấp nhận thay đổi, ảnh hưởng tới hiệu nhiều chiến lược; - Mối quan hệ với người cung cấp thơng tin, liên quan đến tin cậy/không tin cậy độc lập/không độc lập Các ứng dụng TMĐT cần thiết kế cho người dùng lại phục vụ nhà tài trợ Chúng cần cung cấp mối liên quan trực tiếp để thu hút giữ lại người dùng hướng đến Muốn đạt thành công chúng thường cần cung cấp nội dung giải trí bổ sung (nội dung chủ quan) giáo dục (nội dung khách quan) người dùng, nội dung ứng dụng xác định phân tích Các nhà thiết kế cần cân nội dung chủ quan nội dung khách quan ứng dụng TMĐT để thiết kế theo cách thức thúc đẩy người tiêu dùng Điều đòi hỏi nhà phát triển không cần phải biết đặc điểm người dùng, mà cịn dự đốn người dùng tương tác để ràng buộc họ với hệ thống mục tiêu Các nhà phát triển phải xác định vấn đề sau: - Nơi mà thiết kế đơn lẻ tất nhóm người dùng chấp nhận đầy đủ; - Nơi mà phiên thiết kế đơn lẻ phù hợp với yêu cầu khác tất nhóm người dùng; - Nơi mà thiết kế khác cần để đáp ứng yêu cầu nhóm người dùng khác 4.1.3 Sự chuyển tiếp từ phân tích đến thiết kế Việc phân tích liên quan đến xác định yêu cầu Một cách lý tưởng, xác định tất yêu cầu tiềm Tuy nhiên, thực tế u cầu bổ sung xác định thơng qua chu kỳ sống Như đề cập trên, yêu cầu liên quan đến thiết kế bổ sung giới thiệu để cung cấp giới điện tử tin cậy cho người dùng Mặc dù việc phân tích nên ước lượng tính khả thi việc thỏa mãn nhu cầu, nên tránh định cụ thể cách để thỏa mãn yêu cầu hệ thống tương lai Hãy xem xét hai kiểu phân tích: - Phân tích nhiệm vụ tập trung vào phân tích giới thực Nó xác định u cầu người dùng theo cách mà người dùng hiểu 159 người dùng chắn xác định tất điều đúng; - Phân tích định hướng đối tượng tập trung vào xác định mơ hình giới thực mối quan hệ lớp đối tượng Nó cung cấp cho nhà phát triển sở cho thiết kế việc đánh giá thiết kế Thiết kế liên quan đến việc thiết lập kế hoạch cho chương trình ứng dụng để đáp ứng số yêu cầu Thiết kế trình sáng tạo, giống q trình sáng tạo khác, dẫn đến nhiều sản phẩm khác Các nhà thiết kế không nên bắt đầu thiết kế với suy nghĩ thành kiến kế hoạch định trước Hơn nữa, trình thiết kế nên cho phép nhà phát triển người dùng khám phá đánh giá thiết kế tiềm chọn thiết kế phù hợp Chú ý: Không thể chọn thiết kế phù hợp số lượng giới hạn thiết kế có khả xem xét Tuy nhiên, xem xét khả khác giai đoạn trình thiết kế điều quan trọng Những chương trình ứng dụng mơ hình giới thực Nên nhớ mơ hình khơng phải đại diện hồn tồn giới thực Mỗi loại mơ hình tập trung vào khía cạnh giới thực tạm thời bỏ qua khía cạnh khác Vì vậy, mơ hình phân tích định hướng đối tượng tập trung vào u cầu khơng thể đáp ứng mơ hình thiết kế định hướng đối tượng Giống phân tích, q trình thiết kế chia nhỏ cân nhắc thành nhiều trình: - Thiết kế tổng thể liên quan đến xác định nhân tố mơ hình tạo cấu trúc tương tác tổng thể chúng; - Thiết kế chi tiết liên quan đến kế hoạch chi tiết nhân tố mô hình tất tương tác với mơ hình; - Thiết kế kỹ thuật liên quan đến lập kế hoạch làm để nhóm nhân tố thực 4.1.4 Phương pháp luận phát triển Nhiều phương pháp luận phát triển nhằm mục đích trợ giúp nhà thiết kế q trình kỹ thuật riêng lẻ vịng đời phát triển hệ thống chuyển đổi trình Norman cho 160 phương pháp luận là: "việc đóng gói phương pháp kỹ thuật với nhau", cách mà khiến cho thứ hoạt động tốt Mục đích phương pháp luận thúc đẩy chiến lược giải vấn đề định việc lựa chọn trước phương pháp kỹ thuật sử dụng Mỗi phương pháp luận phát triển phân tích điều kiện định hướng đối tượng: - Những thuộc tính phương pháp luận loại tài liệu khác nhau; - Các hoạt động phương pháp luận phương pháp khác thiết kế để sử dụng tài liệu để phát triển hệ thống phần mềm Booch, Rumbaug Jacobson tham gia vào phát triển "ngơn ngữ theo mơ hình thống nhất" - "là ngôn ngữ đồ họa" để hỗ trợ phương pháp luận định hướng đối tượng phổ biến khác Hầu hết phương pháp luận yêu cầu nhà phát triển tuân thủ phương pháp họ cách xác hồn tồn nhằm thực cam kết phát triển hệ thống thành công Hàm ý rằng, bạn theo xác phương pháp luận, bạn khơng gặp khó khăn Tuy nhiên, nhà phát triển thường gặp khó khăn tn thủ xác hồn tồn phương pháp luận Trong nghiên cứu Rosson nhà phát triển phần mềm chuyên nghiệp phát ra: - Chỉ nửa số nhà phát triển lựa chọn tuân thủ phương pháp luận định; - Một nửa số nhà phát triển nói thực tuân thủ phương pháp luận cách xác Ở điểm có đủ kinh nghiệm để xem xét chất mục đích phương pháp luận, thuộc tính hoạt động Những mục đích khác phụ thuộc vào khía cạnh khác - Tất người liên quan hy vọng phương pháp luận hướng đến phát triển hệ thống tốt - Người dùng cuối muốn phương pháp luận để tạo văn dễ hiểu suốt vòng đời hệ thống, họ chắn nhà phát triển phát triển hệ thống tốt cho họ 161 - Các nhà thiết kế muốn phương pháp luận không ảnh hưởng đến tự họ, lại giúp họ phát triển hệ thống mong muốn với người liên quan khác (người dùng cuối nhà quản trị) Nói chung, giúp đỡ nên bao gồm việc tối thiểu hóa khối lượng tài liệu dẫn chứng mà nhà phát triển tạo - Các nhà quản trị muốn phương pháp luận đảm bảo phát triển theo lịch trình khả tốn Vì vậy, phải tạo tài liệu hướng dẫn chứng minh nhà phát triển tiến trình vịng đời hệ thống Thường mục đích khác mâu thuẫn với Khi bị bắt buộc sử dụng phương pháp luận định để tạo văn định, nhà phát triển phải làm việc khơng thích để thỏa mãn nhà quản trị người dùng cuối mà không tận dụng nhiều văn yêu cầu việc phát triển thực tế Việc người liên quan khác xác định họ thực muốn cần phương pháp luận làm để đảm bảo họ có quan trọng việc chấp nhận khơng rõ ràng với phương pháp luận - Nếu số phần phương pháp luận không hữu ích tất người liên quan, người ta khơng cần - Nếu phần phương pháp luận khác có hữu ích chúng sử dụng q trình phát triển hệ thống Tuân thủ cách mù quáng khuyến nghị tất tác giả dẫn đến tình trạng dư thừa tài liệu kéo theo việc sử dụng nhiều thời gian vào việc phát triển tài liệu dẫn chứng không thu hệ thống mong muốn 4.1.5 Sự phức tạp thiết kế Thiết kế hoạt động phức tạp bị ảnh hưởng nhiều yếu tố Thực tế hầu hết yêu cầu thiết lập phân tích thỏa đáng q trình thiết kế Cần có tham gia người dùng liên quan, phức tạp cơng nghệ xem xét q trình thiết kế Trong người dùng không hiểu tất chi tiết kỹ thuật, họ khơng cần làm để đóng góp đáng kể vào thiết kế 162 Những người dùng đề cập thiết kế phương pháp trình phát triển lấy người dùng làm trung tâm như: - Hỏi họ thứ họ thích cách làm nào; - Sự quan tâm họ bao gồm nguyên mẫu thiết kế; gợi ý họ làm để hoàn thiện thiết kế dự định; hỏi lựa chọn thiết kế khác Ngoài việc liên quan đến nhà thiết kế người dùng, thiết kế đem lại lợi ích từ dịch vụ nhiều chuyên gia, bao gồm nhà thiết kế giao diện sử dụng, nhà thiết kế đồ họa, chuyên gia thị trường nhà tâm lý học kinh tế 4.1.5.1 Sự cân chất lượng, tốc độ chi phí Norman vấn đề tối đa chất lượng, chi phí, tốc độ phát triển hệ thống Cố gắng hoàn thành vấn đề tác động tiêu cực tới yếu tố lại Để xem xét cân bằng, nghĩ đến việc sau: - Độ dài giới hạn chuỗi đầu cuối; - Một giao diện nơi mà điểm trung tâm đại diện số lượng tối thiểu chấp nhận, chất lượng, tốc độ chi phí; - Ba đỉnh hướng đối (hình 4.1), đại diện cho giá trị lý tưởng số lượng, tốc độ, chi phí Có thể kéo dài sợi dây thành hình thù minh họa Hình 4.1, khơng kéo dài có Hình 4.1: Sự cân chất lượng, tốc độ chi phí 163 Bằng cách kéo dài theo hình thù khác nhau, có thể: - Tối đa hóa nỗ lực theo hướng mà khơng thể đạt giá trị lý tưởng ba hướng; - Chia nỗ lực thành hai hướng (mặc dù hướng nhỏ giá trị tối đa phạm vi hướng đó); nhiên, điểm trung tâm bị co lại để tạo đường thẳng hai hướng; - Tối đa hóa ba hướng cách kéo dài sợi dây tam giác (với lượng giảm tương ứng chiều từ kích thước tối đa có thể); - Xem xét việc cân bằng việc điều chỉnh ba chiều tương ứng 4.1.5.2 Sự tích hợp nhân tố khác Để hệ thống làm việc hiệu quả, tất nhân tố phải làm việc Một hệ thống TMĐT đòi hỏi phần mềm, người, phần cứng liệu quy tắc làm việc Thường nhà phát triển tập trung vào thiết kế phần mềm, phần mềm sử dụng xác (với thủ tục thừa nhận) người dùng với phần cứng thích hợp với liệu xác hoàn thành ứng dụng mong muốn Tuy nhiên, điều nhiều muốn hệ thống TMĐT sử dụng Hệ nhà thiết kế cần xem xét: - Sự khác biệt người dùng tiềm (cần xác định phân tích); - Sự khác biệt phần cứng, bao gồm thiết bị có khả truy cập đặc biệt (như máy đọc tài liệu) mô hình máy tính cũ sử dụng người dùng tiềm năng; - Sự khác biệt liệu có giá trị phương pháp giúp nhận dạng liệu không đúng; - Tối thiểu hóa thủ tục mà người dùng cần biết để sử dụng hệ thống 4.1.5.3 Xác định tính khả thi liên tục Một nghiên cứu khả thi khởi đầu, thực trước phân tích, khơng nên sử dụng để thiết lập thiết kế Hơn nữa, kiểm tra có nhiều thiết kế có tính khả thi 164 tính chun mơn cao đặc biệt cần đặt hàng kiểm tra sớm phần cứng thông thường nhằm đảm bảo chúng sẵn sàng ta cần đến Nên xem xét sau thay đổi thủ tục trình lên kế hoạch triển khai Điều khơng phải nên triển khai áp dụng liệu cuối mà cần có thay đổi nhằm giải tất thay đổi khác nảy sinh trình thực Một xác định thay đổi cần thiết thủ tục, là lúc lý tưởng để thay đổi chúng nhanh Thường số thủ tục quy trình thay đổi hay nâng cấp trước triển khai hệ thống để xác định tính hữu dụng thay đổi hay nâng cấp 7.2.7 Đánh giá kế hoạch vận hành hệ thống TMĐT Các kế hoạch triển khai giống thiết kế cần đánh giá trước đưa vào sử dụng thực tế Việc đánh giá không nên cho người tham gia vào trình phát triển kế hoạch thực Trong hoạt động đánh giá giống việc thực hoạt động đơn lẻ nên xem xét khía cạnh hợp lệ, tính xác minh tính thực dụng Việc đánh giá cần trả lời cho câu hỏi sau: - Liệu kế hoạch thực có thoả mãn yêu cầu hay không? - Liệu kế hoạch có thực đúng? - Kế hoạch thực có hữu dụng người sử dụng hay khơng? 7.2.8 Tiến hành triển khai kế hoạch Một kế hoạch triển khai điển hình bao gồm nhiều hoạt động khác độc lập với Bất nơi địi hỏi phải có lượng lớn hoạt động, có khả có hay nhiều hoạt động bị trì hỗn hay gặp phải nhiều khó khăn Mặc dù có nhiều cá nhân chịu trách nhiệm hoạt động triển khai, điều quan trọng tồn q trình triển khai cần tập trung quản lý giống phần kế hoạch Điều quan trọng nhận biết ảnh hưởng tiềm tàng khó khăn ta gặp phải hoạt động triển khai khác đưa điều chỉnh kế hoạch triển khai cần thiết 301 7.2.9 Tiến hành triển khai doanh nghiệp Nội dung chủ yếu phần tập trung vào quy trình kỹ thuật, thực dẫn đến thành công Phần bao hàm việc nhận định hội thách thức liên quan đến việc hoàn thiện quy trình thiết kế hệ thống Nếu doanh nghiệp định tiến hành triển khai hệ thống TMĐT hay thay đổi quan trọng họ cần làm nhiều làm theo trình tự Họ phải liên tục tránh hàng loạt khó khăn mối đe dọa để đạt thành công Các doanh nghiệp nên hiểu quy trình lên kế hoạch kỹ thuật có bao gồm quy trình phát triển cho phép người ta thực cách tối ưu mà không bị can thiệp nhiều Các phương pháp, tiêu chuẩn, hướng dẫn thủ tục hỗ trợ cho q trình phát triển Tuy nhiên, thơng thường có chi phí liên quan ta sử dụng hình thức hỗ trợ Các nhà phát triển cần phải cân khối lượng công việc tăng lên việc sử dụng hình thức trợ giúp phát triển với lợi ích tiềm mang lại cho trình triển khai Các doanh nghiệp cần hiểu sai lệch liên tục nhận định giải khó khăn sớm Sự cam kết tham gia lãnh đạo cấp cao cần thiết thành cơng q trình phát triển hệ thống TMĐT CÂU HỎI ƠN TẬP Mơ tả ngắn gọn ba loại kiểm tra hệ thống TMĐT Phân tích 06 đặc điểm chất lượng đặc tính theo ISO 9126-1 Phân tích phép thử chấp nhận phép thử cạnh tranh Khác biệt kiểm tra Alpha kiểm tra Beta Trình bày yêu cầu phân tích vận hành hệ thống TMĐT Tìm hiểu vụ việc website Bảo Kim (baokim.vn) chép thông tin cạnh tranh không lành mạnh với NganLuong.vn từ góc độ kiểm tra vận hành hệ thống TMĐT (nguồn: http://news.nganluong.vn/chi-tiet3/75/236/Thong-tin-v-v-Bao-Kim-chinh-thuc-xin-loi-ve-hanh-vi-saochep-va-canh-tranh.html) 302 MỘT SỐ THUẬT NGỮ ANH - VIỆT Applet Một chương trình ứng dụng tải từ máy chủ chạy máy khách Attributes Các thuộc tính Client Một hệ thống sử dụng trực tiếp người dùng để hoàn thành số ứng dụng Communication server Máy chủ truyền thông: Một cửa ngõ nhiều mạng máy tính khác Computer-aided software engineering (CASE) CASE dùng để mô tả công cụ phát triển, thiết kế phân tích hỗ trợ người viết phần mềm phát triển hệ thống Content Tất tài liệu xử lí trình diễn hệ thống TMĐT, khơng đề cập đến cách xử lí trình diễn Control Kiểm sốt Control attributes Thuộc tính kiểm sốt Control flow design Thiết kế kiểm sốt dịng Critical path method (CPM) Kĩ thuật phổ biến cho giám sát trình dựa phân tích chương trình cơng việc có mối liên quan với (xem PERT) Custom (built) system Hệ thống đặc chế Customized system Hệ thống tùy chỉnh Cut over Quy trình độc lập Data Dữ liệu Database Cơ sở liệu Data integrity Tích hợp liệu 303 Data storage Lưu trữ liệu Decision tree Cây định Default Mặc định Dialogue Hộp thoại Direct users Người dùng trực tiếp Domain name Tên miền Domain name server (DNS) Máy chủ tên miền E-commerce client Máy khách TMĐT E-commerce server Máy chủ TMĐT Eletronic data integration (edi) systems Các hệ thống tích hợp liệu điện tử Electronic data interchange (EDI) Trao đổi liệu điện tử Error tolerance Khả chịu lỗi External users Người dùng bên File Tệp văn File server Máy chủ lưu trữ văn Form Mẫu văn để đọc, điền chỉnh sửa Frames Lập trình khung Function Chức năng, tính Hardware server Máy chủ phần cứng Hierarchical structure Cấu trúc thứ bậc High-level design Thiết kế tổng thể Implementation period Giai đoạn triển khai 304 Indirect user Người dùng gián tiếp Information Thông tin Information provider Nhà cung cấp thông tin Information recipient Người nhận thông tin Input Đầu vào Internal user Người dùng nội Internet client program Chương trình máy khách Internet Internet service provider ISP Nhà cung cấp dịch vụ Internet Legacy systems Các hệ thống kế thừa Life cycle Vòng đời Management information systems Các hệ thống thông tin quản lý Markup languages Ngôn ngữ đánh dấu Master file Tập tin tổng thể Master record Bản ghi tổng thể Media Phương tiện truyền thông Media object Đối tượng truyền thông Menu Danh mục Method Phương pháp Object Đối tượng Output Đầu Parallel implementation Triển khai song song Phased implementation Triển khai tách biệt Platform Hạ tầng 305 Privacy Bí mật riêng tư Procedure Thủ tục, quy trình Processes Xử lý Processing Quá trình xử lý Prototype Nguyên mẫu Record Bản ghi Secondary file Tài liệu thứ cấp Server Máy chủ Stakeholder Người liên quan System Hệ thống Tag Câu lệnh/thẻ lệnh Tools Các công cụ Turnkey system Hệ thống hoàn chỉnh User Người dùng Validation Sự kiểm tra xác nhận Verification Sự kiểm tra xác thực Wisdom Trí tuệ 306 TÀI LIỆU THAM KHẢO Tiếng Việt: Thạc Bình Cường, Phân tích thiết kế hệ thống thơng tin, NXB Khoa học kỹ thuật, 2002 Trần Thị Song Minh tác giả, Giáo trình hệ thống thơng tin quản lý, NXB Đại học Kinh tế Quốc dân, 2012 Đàm Gia Mạnh, Giáo trình An tồn liệu thương mại điện tử, NXB Thống kê, 2009 Tiếng Anh: B Boehm, Software Engineering Economics (Englewood Cliffs, NJ, Prentice-Hall, 1981) C Larman, Applying UML and Patterns: An Introduction to ObjectOriented Analysis and Design (Upper Saddle River, NJ, Prentice-Hall, 1998) E Turban, J Lee, D King, and H M Chung, Electronic Commerce: A Managerial Perspective (Upper Saddle River, NJ, Prentice-Hall, 2010) H M Deitel, P J Deitel, and T R Nieto, e-Business & e-Commerce: How to Program (Upper Saddle River, NJ, Prentice-Hall, Jim Carter, Developing e-commerce systems, Prentice Hall, 2002 ISO The International Organization for Standardization, http://www.iso.ch 307 PHỤ LỤC Phương pháp tiến hành phân tích chi phí - lợi ích Có số phương pháp sử dụng để phân tích chi phí - lợi ích, bao gồm: - Giai đoạn thu hồi vốn (Payback period - BP) phương pháp đơn giản cho chi phí lợi ích hữu hình - Giá trị (Net present value - NPV) phương pháp thích hợp với chi phí lợi ích hữu hình - Phân tích độ cảm ứng phương pháp bao gồm biến thể khác tính tốn giá trị thuần, phù hợp với phân tích tính rủi ro - Phân tích thuộc tính phương pháp phù hợp với giá trị vơ hình Bản tóm tắt tổng hợp phương pháp nói vài khó khăn sử dụng phương pháp i) Giai đoạn thu hồi vốn Giai đoạn thu hồi vốn cịn gọi phân tích điểm hồ vốn Những cơng thức dùng để tính tốn giai đoạn thu hồi vốn gồm có: Thời gian hồi vốn = Chi phí phát triển/Tiết kiệm hàng năm Tiết kiệm hàng năm = Lợi ích hàng năm – Chi phí hoạt động hàng năm Nhìn chung tổ chức sử dụng phương pháp phân tích thu hồi vốn có tiêu chuẩn thời gian để xác định xem việc phát triển có khả thi kinh tế hay không Một số vấn đề thu hồi vốn gồm có: - Áp dụng cho chi phí hữu hình yêu cầu ước lượng bắt buộc giá trị chi phí vơ hình muốn đưa vào phân tích - Chỉ dựa ước lượng chi phí lợi ích - Giả thiết chi phí hoạt động lợi ích đồng dạng - Bỏ qua giá trị thời gian tiền (lãi suất) hầu hết chi phí thường đến trước lợi ích lại đến sau 308 - Giả thiết hệ thống hoạt động đủ lâu dài để đạt tới hồ vốn - Khơng cung cấp sở chung để so sánh hệ thống thay ii) Giá trị (NPV) Giá trị gọi lưu lượng tiền mặt thực tế Cơng thức để tính tốn giá trị bao gồm: NPV = Tổng số năm i = tới n [(chi phí năm i - lợi ích năm i)*lãi suất chiết khấu năm i] Lãi suất chiết khấu năm i = 1/((1 + lãi suất hàng năm)*i) Chú ý: - i: Tổng số năm từ lúc bắt đầu dự án, i - Tất chi phí lợi ích năm cho trước (khoảng thời gian cho trước) coi xuất phát thời điểm bắt đầu năm - Chi phí lợi ích hàng năm phải xem xét sở mức lạm phát kì vọng Các tổ chức sử dụng giá trị thiết lập tiêu chuẩn cụ thể cho việc xác định liệu việc phát triển có khả thi kinh tế hay khơng Tiêu chuẩn địi hỏi: - Giá trị tích cực phải chiếm phần tổng chi phí phát triển - Giá trị xuất sử dụng lãi suất hàng năm bao gồm giá trị kì vọng đồng tiền số khoản kì vọng Các vấn đề liên quan đến giá trị gồm có: - Áp dụng cho chi phí hữu hình u cầu ước lượng bắt buộc giá trị chi phí vơ hình muốn đưa vào phân tích - Chỉ dựa ước lượng chi phí lợi ích - Giả thiết chi phí hoạt động lợi ích đồng dạng - Bỏ qua giá trị thời gian tiền (lãi suất) hầu hết chi phí thường đến trước lợi ích lại đến sau - Giả thiết hệ thống hoạt động đủ lâu dài để đạt tới hồ vốn - Khơng xét đến vấn đề xảy ước lượng khơng xác 309 iii) Phân tích độ cảm ứng Phân tích độ cảm ứng biến thể NPV nhằm xác định NPV phạm vi không giới hạn giá trị Công thức phân tích độ cảm ứng gồm có: Tính tốn ba giá trị NPV thay tính giá trị NPV: - Sử dụng tối đa (chi phí thấp lợi nhuận lớn nhất) kì vọng - Sử dụng kì vọng (chi phí kì vọng lợi nhuận kì vọng) - Sử dụng hiệu (chi phí cao lợi nhuận thấp nhất) Trong đó: Mức thấp giá trị vượt mức 95% kì Mức trơng đợi giá trị vượt mức 50% kì Mức cao giá trị vượt mức 5% kì Tiến hành phân tích độ cảm ứng: - Xác định yếu tố gây tác động quan trọng độ rủi ro chi phí - Xác lập phạm vi rủi ro (5% đến 95%) cho yếu tố Với đánh giá kém, phạm vi không chắn yếu tố tăng lên 10% (hay tỉ lệ thích hợp khác) - Tính tốn giá trị kì vọng sử dụng giá trị cực trị - Những định tính khả thi nên xem xét giá trị theo phạm vi (từ hiệu đến tối ưu) thay cân nhắc giá trị kì vọng - Dù có phân tích độ cảm ứng khơng thể đảm bảo giải pháp có tính hồn tồn - Một giải pháp khả thi tất giá trị phạm vi cân nhắc tích cực lựa chọn lựa chọn khác - Một giải pháp tối ưu coi khả thi với khó khăn xảy giải pháp trội giải pháp khác, dự đốn dự án đáng thu lại lợi ích mà lại có nguy thua lỗ, nhân tố dẫn đến việc thua lỗ cần tìm nên kiểm soát cách thận trọng 310 - Một giải pháp xét đến "bất khả thi" giá trị trông đợi tiêu cực giải pháp khác có giá trị cao Lợi phân tích độ nhạy bao hàm: - Thực loạt giá trị (từ thấp đến cao nhất) với nhân tố biến đổi thời điểm, trì yếu tố khác theo giá trị trông đợi chúng - Xác định kết cuối cảm ứng nhân tố? - Điều tra xem làm để hạn chế ảnh hưởng nhân tố nhạy cảm tới khả thuận lợi chúng - Phân tích lại độ cảm ứng thông thường dựa việc chỉnh sửa hạn chế độ cảm ứng Những vấn đề phân tích độ cảm ứng (hầu hết chúng giống vấn đề với giá trị thuần) gồm có: - Nó giải giá trị hữu hình, bắt buộc đánh giá phải hình thành từ giá trị vơ hình, tất xem xét đến - Nó dựa vào đánh giá chi phí lợi nhuận - Giả định tỷ lệ lãi suất khơng thay đổi hay dự đốn được, hay đốn được, lãi suất - Giả định hệ thống kéo dài đủ lâu để hòa vốn - Trong phạm vi thấp đến tối ưu hai hay nhiều giải pháp xem xét (và thường thế) chồng chéo, có khơng ổn định iv) Sự phân tích thuộc tính Sự phân tích thuộc tính kết hợp phân tích giá trị chi phí với điểm đánh giá thuộc lợi nhuận Nó hữu ích điều kiện tất giải pháp dẫn đến lợi nhuận ròng hầu hết tương tự (hay tất dẫn đến chi phí thực tương tự nhau) Các bước cơng thức: Tính tốn giá trị thực chi phí dự đốn (sự phân tích thuộc tính cảm ứng cách khơng xác khơng thể 311 thay cho phân tích độ cảm ứng ba số, độ cảm ứng chi phí riêng lẻ thực để lập kế hoạch dự án) Lựa chọn thuộc tính mang lợi ích (cả hữu hình vơ hình) để xem xét: Chú ý: Những thuộc tính chủ yếu hệ thống khơng tính đến chúng phải xét đến tính khả thi hệ thống tiềm cung cấp Việc gán "trọng số" (sắp xếp quan trọng cách tương đối) cho thuộc tính dựa nhu cầu quyền ưu tiên người sử dụng Càng có "trọng số" cao, thuộc tính quan trọng Đánh giá hệ thống đưa theo cách mà cung cấp thuộc tính tốt từ (rất tệ hay chấp nhận) tới 10 (xuất sắc) Tính tốn mức độ "trọng số" cho thuộc tính kiến nghị tăng theo cấp số nhân độ "trọng số" thuộc tính đánh giá cho kiến nghị đưa Tính tốn tổng tỉ lệ độ "trọng số" cho đề nghị Tính tốn lợi nhuận, chi phí giá trị cho đề nghị (sử dụng kết bước từ đến 6) Xếp hạng đề nghị theo sở tỷ lệ Ví dụ: Xét hai người, ơng A cô C, người muốn chọn phương thức vận tải sử dụng vòng năm tới So sánh cân nhắc họ việc mua ô tô mới, qua sử dụng, hay dùng taxi Những chi phí giá trị mong đợi (đã tính tốn) là: - Dùng xe = 20.000 - Dùng xe cũ = 10.000 - Dùng taxi = 12.000 Vì người khác có ưu tiên khác nhận thức thuộc tính cách khác nhau, phân tích thuộc tính mang lại lời khun khác cho người Những phân tích ơng A bảng 2.1 việc sở hữu xe không cấp thiết nhu cầu C, người có phân tích bảng 2.2 Sự phân tích cho thấy độ nặng 312 thuộc tính riêng lẻ quan trọng tương đối cách chúng đánh giá lựa chọn thuộc tính Bảng 2.1: Sự phân tích thuộc tính lựa chọn phương thức vận tải ông A Sự phân tích ơng A Thuộc tính Xe Xe qua sử dụng Xe taxi Trọng Đánh Đánh Đánh số giá Wt*Rt Wt*Rt Wt*Rt giá giá (Wt) (Rt) Mức độ tin cậy 99 18 14 18 Độ dễ sử dụng 16 14 10 20 Tính 10 10 4 Chi phí ban đầu 2 12 10 20 Sự ổn định chi phí hoạt động 14 6 12 Tốc độ 10 10 7 Tổng lợi nhuận 72 53 81 Chi phí NPV 20.000 10.000 12.000 Lợi nhuận/1000 NPV 3,6 5,3 6,75 Xếp loại Bảng 2.2: Sự phân tích thuộc tính lựa chọn hình thức vận tải C Sự phân tích C Thuộc tính Xe Xe qua sử dụng Xe taxi Trọng Đánh Đánh Đánh số giá Wt*Rt Wt*Rt Wt*Rt giá giá (Wt) (Rt) Mức độ tin cậy 18 14 35 Độ dễ sử dụng 10 30 21 15 Tính 10 50 0 15 313 Sự phân tích C Thuộc tính Xe Xe qua sử dụng Xe taxi Trọng Đánh Đánh Đánh số giá Wt*Rt Wt*Rt Wt*Rt giá giá (Wt) (Rt) Chi phí ban đầu 3 18 10 30 Sự ổn định chi phí hoạt động 45 10 20 Tốc độ 10 10 9 5 Tổng lợi nhuận 193 83 120 Chi phí NPV 20.000 10.000 12.000 Lợi nhuận/1000 NPV 9,7 8,3 10,0 Xếp loại Thậm chí sau thực phân tích trên, taxi dường lựa chọn cho ông A cô C Tuy nhiên, cân nhắc số số quan trọng tính tốn gợi ý "Lợi nhuận/1000 NPV" không nên xem xác chúng xuất tính tốn Cả trọng số Wt, vị trí số chọn kết nên khoanh trịn số có ý nghĩa Khi việc thực khơng có khác đáng kể xe taxi dành cho cô C, đưa định cuối mong muốn C, mong muốn dường phương án mua xe Những vấn đề cách tiếp cận gồm có: - Nó thiếu xác khơng thể tạo khác đáng kể (trong trường hợp cô C) - Những kết khác nảy sinh từ ý kiến khác trọng số - Mọi người phải sẵn sàng chấp nhận kết phõn tớch nh vy 314 giáo trình PHáT TRIểN Hệ THốNG THƯƠNG MạI ĐIệN Tử Chịu trách nhiệm xuất bản: ĐỖ VĂN CHIẾN Biªn tËp: thóy h»ng - ngäc lan Trình bày: trần kiên - mai anh - DNG THNG Sửa in: phòng Biên tập In ??? khổ 16 ì 24 cm NXB Thống kê - In Hång ViƯt GiÊy phÐp xt b¶n sè 42-2014/CXB/83-123/TK In xong nộp lu chiểu tháng 10 năm 2014 315 ... đồng 4.3 .2 Bổ sung thương mại điện tử vào hệ thống kế thừa Những vấn đề xảy tổ chức cố gắng sử dụng hệ thống kế thừa sở để phát triển hệ thống TMĐT Một tổ chức mong muốn sử dụng hệ thống kế thừa... Tương tác hệ thống (SI) tập trung vào cơng cụ Giáo trình tập trung chủ yếu vào thiết kế tương tác người (HI), nội dung có ảnh hưởng lớn phát triển hệ thống TMĐT 4 .2. 2 Điều chỉnh ranh giới hệ thống. .. thực quan trọng hệ thống bản; - Xác định xem nguồn lực yêu cầu thời gian, người… có sẵn hay khơng: Phát triển hệ thống bản; phát triển bổ sung hệ thống (xem xét mong muốn để phát triển, việc định

Ngày đăng: 15/07/2022, 15:10

HÌNH ẢNH LIÊN QUAN

-Ba đỉn hở các hướng đối nhau (hình 4.1), đại diện cho những giá trị lý tưởng của số lượng, tốc độ, và chi phí - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
a đỉn hở các hướng đối nhau (hình 4.1), đại diện cho những giá trị lý tưởng của số lượng, tốc độ, và chi phí (Trang 9)
Hình 4.2: Mối quan hệ 1-1 giữa nội dung và phân khúc trình diễn - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.2 Mối quan hệ 1-1 giữa nội dung và phân khúc trình diễn (Trang 19)
Hình 4.3: Một nội dung được sử dụng trong hai phân khúc trình diễnPhân khúc  - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.3 Một nội dung được sử dụng trong hai phân khúc trình diễnPhân khúc (Trang 19)
Hình 4.5: Sự chia tách một nội dung được sử dụng trùng lắp - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.5 Sự chia tách một nội dung được sử dụng trùng lắp (Trang 20)
Hình 4.4: Sự chia tách một nội dung thành hai nội dung không trùng lắp - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.4 Sự chia tách một nội dung thành hai nội dung không trùng lắp (Trang 20)
Bảng 4.1. Một định dạng cho mơ tả phân đoạn trình diễn tổng thể - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Bảng 4.1. Một định dạng cho mơ tả phân đoạn trình diễn tổng thể (Trang 24)
Hình 4.6: Xử lý thủ cơng và bằng máy tính truyền thống - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.6 Xử lý thủ cơng và bằng máy tính truyền thống (Trang 27)
Hình 4.7: Thiết kế giao diện của một hệ thống TMĐT điển hình - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.7 Thiết kế giao diện của một hệ thống TMĐT điển hình (Trang 30)
Hình 4.8: Thiết kế quản lý dữ liệu của một hệ thống TMĐT điển hình - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 4.8 Thiết kế quản lý dữ liệu của một hệ thống TMĐT điển hình (Trang 33)
- Đối tượng hình ảnh được sử dụng như một logo hoặc làm cho màn hình trở nên cuốn hút;   - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
i tượng hình ảnh được sử dụng như một logo hoặc làm cho màn hình trở nên cuốn hút; (Trang 42)
Hình 5.2: Sử dụng lập trình khung để phân chia các điều khiển chung - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 5.2 Sử dụng lập trình khung để phân chia các điều khiển chung (Trang 52)
Hình 5.3: Sử dụng khung để phân chia kiểm soát tổng thể - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 5.3 Sử dụng khung để phân chia kiểm soát tổng thể (Trang 53)
Hình 5.4: Một phối hợp của ba khung - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 5.4 Một phối hợp của ba khung (Trang 53)
Hình 5.6: Vòng đời của các hoạt động cơ bản liên quan đến - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 5.6 Vòng đời của các hoạt động cơ bản liên quan đến (Trang 55)
Bảng 5.2 chỉ ra các biến thể giữa các trang mà có thể xảy ra trong một nguyên mẫụ Những biến thể này được dựa trên liệu rằng hoạt động  của người dùng sẽ được theo sau bởi hoạt động của người dùng khác hay  không và đưa ra ví dụ cho từng biến thể - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Bảng 5.2 chỉ ra các biến thể giữa các trang mà có thể xảy ra trong một nguyên mẫụ Những biến thể này được dựa trên liệu rằng hoạt động của người dùng sẽ được theo sau bởi hoạt động của người dùng khác hay không và đưa ra ví dụ cho từng biến thể (Trang 71)
Bảng 5.3: Thiết kế một nguyên mẫu phù hợp với kịch bản Hướng dẫn   - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Bảng 5.3 Thiết kế một nguyên mẫu phù hợp với kịch bản Hướng dẫn (Trang 72)
Hình 6.1: Cấu trúc phần mềm điển hình và mơi trường - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 6.1 Cấu trúc phần mềm điển hình và mơi trường (Trang 78)
Hình 6.2: Cấu trúc phần mềm điển hình và môi trường của - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 6.2 Cấu trúc phần mềm điển hình và môi trường của (Trang 80)
Bảng 6.3: Hệ thống TMĐT với cơ sở dữ liệu cung cấp sự tương tác - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Bảng 6.3 Hệ thống TMĐT với cơ sở dữ liệu cung cấp sự tương tác (Trang 109)
Hình 7.1: Chu trình vịng đời triển khai phát triển hệ thống - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Hình 7.1 Chu trình vịng đời triển khai phát triển hệ thống (Trang 124)
Bảng 2.1: Sự phân tích thuộc tính về các lựa chọn phương thức vận tải - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Bảng 2.1 Sự phân tích thuộc tính về các lựa chọn phương thức vận tải (Trang 159)
Bảng 2.2: Sự phân tích thuộc tính về sự lựa chọn hình thức - Giáo trình Phát triển hệ thống thương mại điện tử: Phần 2
Bảng 2.2 Sự phân tích thuộc tính về sự lựa chọn hình thức (Trang 159)

TỪ KHÓA LIÊN QUAN

TRÍCH ĐOẠN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w