text:
Bạn đang ở đây
Lễ khai hội Xuân Tây Yên Tử tỉnh Bắc Giang
Ủy ban nhân dân tỉnh Bắc Giang vừa ban hành Đề án “Tổ chức Lễ khai hội Xuân Tây Yên Tử tỉnh Bắc Giang”.
Quy hoạch tổng thể khu văn hóa tâm linh – sinh thái Tây Yên Tử ( Nguồn: internet)
Theo đó, Lễ khai hội sẽ được tổ chức vào ngày 12 tháng Giêng hàng năm tại khu văn hóa tâm linh – sinh thái Tây Yên Tử, xã Tuấn Mậu, huyện Sơn Động. Giai đoạn 2018-2019, Lễ hội được tổ chức với quy mô cấp huyện do UBND huyện Sơn Động chủ trì. Năm 2020, nếu điều kiện cơ sở vật chất, hạ tầng cơ bản được hoàn thành đáp ứng được cac điều kiện cần thiết, UBND tỉnh chủ trì tổ chức Lễ khai hội kết hợp với Khai trương năm du lịch Bắc Giang. Từ năm 2020, Lễ khai hội sẽ được tổ chức với quy mô cấp tỉnh 05 năm một lần.
Lễ hội khai Xuân Tây Yên Tử là điểm nhấn trong quá trình xây dựng thương hiệu Tây Yên Tử và phát triển du lịch Bắc Giang. Lễ hội góp phần bảo tồn, phát huy giá trị văn hóa đặc sắc vùng Tây Yên Tử. Đây cũng là hoạt động nhằm cụ thể hóa Nghi quyết số 44-NQ/TU ngày 30/3/2016 của Ban Thường vụ Tỉnh ủy và Kế hoạch 102/KH-UBND ngày 30/5/2016 của UBND tỉnh Bắc Giang về phát triển du lịch tỉnh Bắc Giang giai đoạn 2016 -2020.
Được biết, Tây Yên Tử gồm hệ thống các di tích lịch sử - văn hóa, danh lam thắng cảnh nằm ở phía Tây của núi Yên Tử, trải dài từ huyện Sơn Động qua Lục Ngạn, Lục Nam đến huyện Yên Dũng (Bắc Giang). Nơi đây được các vị vua thời Lý – Trần chọn là nơi dựng chùa, tu tâm, học đạo.
Nơi tổ chức lễ hội – Khu văn hóa tâm linh, sinh thái Tây Yên Tử được tỉnh Bắc Giang triển khai xây dựng trong hơn ba năm. Đến nay các hạng mục công trình chính như chùa Hạ, chùa Thượng, khu quảng trường, cáp treo, tuyến đường tỉnh 293, các tuyến đường dẫn đến trung tâm văn hóa, tâm linh sinh thái Tây Yên Tử cơ bản được hoàn thành, tạo điều kiện thuận lợi cho du khách đến tham dự lễ hội và tham quan địa điểm du lịch mới của tỉnh Bắc Giang.
Mai Hương

markdown:
## Bạn đang ở đây
## Lễ khai hội Xuân Tây Yên Tử tỉnh Bắc Giang
**Ủy ban nhân dân tỉnh Bắc Giang vừa ban hành Đề án “Tổ chức Lễ khai hội Xuân Tây Yên Tử tỉnh Bắc Giang**”. * Quy hoạch tổng thể khu văn hóa tâm linh – sinh thái Tây Yên Tử ( Nguồn: internet)*
Theo đó, Lễ khai hội sẽ được tổ chức vào ngày 12 tháng Giêng hàng năm tại khu văn hóa tâm linh – sinh thái Tây Yên Tử, xã Tuấn Mậu, huyện Sơn Động. Giai đoạn 2018-2019, Lễ hội được tổ chức với quy mô cấp huyện do UBND huyện Sơn Động chủ trì. Năm 2020, nếu điều kiện cơ sở vật chất, hạ tầng cơ bản được hoàn thành đáp ứng được cac điều kiện cần thiết, UBND tỉnh chủ trì tổ chức Lễ khai hội kết hợp với Khai trương năm du lịch Bắc Giang. Từ năm 2020, Lễ khai hội sẽ được tổ chức với quy mô cấp tỉnh 05 năm một lần.
Lễ hội khai Xuân Tây Yên Tử là điểm nhấn trong quá trình xây dựng thương hiệu Tây Yên Tử và phát triển du lịch Bắc Giang. Lễ hội góp phần bảo tồn, phát huy giá trị văn hóa đặc sắc vùng Tây Yên Tử. Đây cũng là hoạt động nhằm cụ thể hóa Nghi quyết số 44-NQ/TU ngày 30/3/2016 của Ban Thường vụ Tỉnh ủy và Kế hoạch 102/KH-UBND ngày 30/5/2016 của UBND tỉnh Bắc Giang về phát triển du lịch tỉnh Bắc Giang giai đoạn 2016 -2020.
Được biết, Tây Yên Tử gồm hệ thống các di tích lịch sử - văn hóa, danh lam thắng cảnh nằm ở phía Tây của núi Yên Tử, trải dài từ huyện Sơn Động qua Lục Ngạn, Lục Nam đến huyện Yên Dũng (Bắc Giang). Nơi đây được các vị vua thời Lý – Trần chọn là nơi dựng chùa, tu tâm, học đạo.
Nơi tổ chức lễ hội – Khu văn hóa tâm linh, sinh thái Tây Yên Tử được tỉnh Bắc Giang triển khai xây dựng trong hơn ba năm. Đến nay các hạng mục công trình chính như chùa Hạ, chùa Thượng, khu quảng trường, cáp treo, tuyến đường tỉnh 293, các tuyến đường dẫn đến trung tâm văn hóa, tâm linh sinh thái Tây Yên Tử cơ bản được hoàn thành, tạo điều kiện thuận lợi cho du khách đến tham dự lễ hội và tham quan địa điểm du lịch mới của tỉnh Bắc Giang.
**Mai Hương **
## Các tin khác
[Tổ chức Shinnyo-en Head Temple- Nhật Bản trao 63 suất học bổng cho học sinh có hoàn cảnh khó khăn của huyện Lục Ngạn, tỉnh Bắc Giang](/vi/t%E1%BB%95-ch%E1%BB%A9c-shinnyo-en-head-temple-nh%E1%BA%ADt-b%E1%BA%A3n-trao-63-su%E1%BA%A5t-h%E1%BB%8Dc-b%E1%BB%95ng-cho-h%E1%BB%8Dc-sinh-c%C3%B3-ho%C3%A0n-c%E1%BA%A3nh-kh%C3%B3-kh%C4%83n-c%E1%BB%A7a)

X-Generator: Drupal 7 (https://www.drupal.org)

Cache-Control: no-cache, must-revalidate

Content-Language: vi


text:
Tài liệu công nghệ phần mềm
Chia sẻ: Nguyen Quang Long | Ngày: | Loại File: DOC | Số trang:9
lượt xem 250
download
Tài liệu công nghệ phần mềm
Trong mô hình này, quá trình phát triển phần mềm được coi như một dòng chảy trải qua các pha yêu cầu, phân tích, thiết kế, cài đặt, tích hợp và bảo trì. Có tính lặp của từng pha, nghĩa là nếu trong một pha người ta phát hiện ra điều gì đó sai sót hoặc không phù hợp thì sẽ quay lại hiệu chỉnh ở pha trước.
Bình luận(0) Đăng nhập để gửi bình luận!
Nội dung Text: Tài liệu công nghệ phần mềm
- Câu 1: Trình bày nội dung vẽ sơ đồ, đánh giá ưu nhược điểm của các mô hình phát triền phần mềm sau a. Thác nước b. Bản mẫu nhanh c. Xây dựng và hiệu chỉnh d. Tăng dần Trả lời a. Mô hình thác nước Trong mô hình này, quá trình phát triển phần mềm được coi như một dòng chảy trải qua các pha yêu cầu, phân tích, thiết kế, cài đặt, tích hợp và bảo trì. Có tính lặp của từng pha, nghĩa là nếu trong một pha người ta phát hiện ra điều gì đó sai sót hoặc không phù hợp thì sẽ quay lại hiệu chỉnh ở pha trước. Hình 3.2 là sơ đồ biểu diễn mô hình thác đổ. Xác định yêu cầu Thay đổi yêu cầu Phân tích Thiết kế Cài đặt Tích hợp Bảo trì Phát triển Bảo trì Thôi sử dụng Hình 3.2. Mô hình thác đổ (waterfall model) Mô hình thác đổ là mô hình cũ nhất và được sử dụng rộng rãi nhất trong công nghệ phần mềm. Tuy nhiên cũng có nhiều ý kiến chỉ trích và cho rằng mô hình này có một số nhược điểm như sau: • Các dự án trong thực tế hiếm khi tuân theo dòng chảy tuần tự mà mô hình đề nghị. Mặc dầu mô hình cho phép lặp, nhưng điều đó chỉ làm gián tiếp. Kết quả là những thay đổi có thể gây ra lẫn lộn khi nhóm phát triển làm việc. • Khách hàng thường khó phát biểu mọi yêu cầu một cách tường minh ngay từ đầu. Mô hình tuần tự tuyến tính đòi hỏi điều này và thường khó thích hợp với sự không chắc chắn tự nhiên tồn tại vào lúc đầu của nhiều dự án. Khách hàng phải kiên nhẫn chờ đợi, vì bản làm việc được của chương tình chỉ có được vào cuối của thời gian dự án. Một sai lầm ngớ ngẩn, nếu đến lúc có chương trình làm việc mới phát hiện ra, có thể là một thảm họa. • Với việc phân tích một số dự án hiện tại, Bradax thấy rằng bản chất tuyến tính của vòng đời cổ điển dẫn tới "các trạng thái tắc nghẽn", nghĩa là có một số thành viên của nhóm phát triển phải chờ đợi sự chuyển giao từ nhóm khác hoàn thành công việc ở pha trước. Trong thực tế, thời gian chờ đợi có thể vượt quá thời gian sản xuất. Trạng thái nghẽn có xu hướng xẩy ra vào thời gian đầu và cuối của quy trình phần mềm. b. Bản mẫu nhanh 1
- Mô hình bản mẫu thực chất cũng là mô hình thác đổ, nhưng phần xác định yêu cầu được thay bằng bản mẫu. Mô hình này có thể biểu diễn bởi sơ đồ sau: Bản mẫu Thay đổi yêu cầu Phân tích Thiết kế Cài đặt Tích hợp Bảo trì Phát triển Bảo trì Thôi sử dụng Hình 3.3. Mô hình bản mẫu (rapid prototyping model) Cũng như mô hình thác đổ, các pha từ bản mẫu đến thiết kế đều có kiểm tra (verify), các pha cài đặt và tích hợp có kiểm thử (test). Thông thường khách hàng đã xác định được một tập các mục tiêu tổng quát cho phần mềm, nhưng còn chưa nhận diện được đầu vào, đầu ra, những cái cần xử lý. Trong các trường hợp khác người phát triển có thể không chắc về tính hiệu quả của thuật toán, việc thích nghi hệ điều hành hay dạng màn hình giao diện cần có. Trong trường hợp này và nhiều trường hợp khác, cách làm bản mẫu có thể đưa ra cách tiếp cận tốt nhất. Để làm bản mẫu, đầu tiên người ta thu thập yêu cầu khách hàng. Người phát triển và khách hàng cùng ngồi lại với nhau để xác định các mục tiêu tổng thể cho phần mềm, xác định xem yêu cầu nào đã rõ ràng, yêu cầu nào còn phải xác định thêm. Tiếp theo là việc "thiết kế nhanh". Thiết kế nhanh chỉ tập trung vào việc biểu diễn các khía cạnh của phần mềm thấy được đối với người dùng, ví dụ màn hình nhập dữ liệu, các chức năng tìm kiếm, truy xuất thông tin, các báo cáo. Người phát triển có thể kết hợp để thử nghiệm một thuật toán. Tuy nhiên mục đích chính là thể hiện được các yêu cầu của khách hàng trong phần mềm mà chưa để ý đến tính tối ưu, tốc độ, sự hợp lý... Thiết kế nhanh dẫn tới việc xây dựng một bản mẫu. Bản mẫu được giới thiệu với khách hàng và có thể để họ dùng thử và đánh giá, góp ý kiến. Trên cơ sở ý kiến khách, hàng người phát triển làm mịn dần bản mẫu cho đến khi khách hàng thấy vừa ý (chủ yếu là cái vào, cái ra, giao diện...). Căn cứ vào bản mẫu người phát triển cũng hiểu rõ hơn yêu cầu khách hàng, những yêu cầu về cấu hình, về các thuật toán, cấu trúc dữ liệu, ngôn ngữ lập trình phù hợp. Lắng nghe Xây dựng/hiệu chỉnh khách hàng bản mẫu Khách hàng chạy thử bản mẫu 2
- Hình 3.4. Mô thức làm bản mẫu c. Xây dựng và hiệu chỉnh Trong mô hình này không có các pha phân tích thiết kế. Phần mềm được xây dựng như sau: người phát triển sau khi trao đổi với khách hàng sẽ viết phiên bản đầu tiên. Tiếp theo, phần mềm được chạy thử với sự quan sát của khách hàng và liên tục được hiệu chỉnh cho đến khi khách hàng vừa ý (tức là đáp ứng được yêu cầu của khách hàng). Sau khi được khách hàng chấp nhận, phần mềm được đưa vào sử dụng và bảo trì. Mô hình này có thể biểu diễn trong sơ đồ sau: Xây dựng phiên bản đầu tiên Hiệu chỉnh cho đến khi khách hàng chấp nhận Sử dụng và bảo trì Phát triển Bảo trì Thôi sử dụng Hình 3.1. Mô hình xây dựng-và-hiệu chỉnh Khi viết chương trình thì người phát triển cũng phải hình dung ra các chức năng của phần mềm, những module phải có, những thuật toán sử dụng... Nghĩa là phần nào đó họ cũng có phân tích thiết kế, nhưng họ không biên soạn lại thành tài liệu mà thôi. Sau khi viết phiên bản đầu tiên, người phát triển đã hiểu khá rõ yêu cầu của khách hàng, họ cũng hiểu rõ các dòng lệnh vừa viết. Vì vậy khi khách hàng nêu yêu cầu hiệu chỉnh phần mềm thì họ biết ngay cần phải hiệu chỉnh phần nào của chương trình. Công việc thường được thực hiện khá nhanh chóng và phần mềm sớm được hoàn thành và đưa vào sử dụng. Nhược điểm của mô hình thể hiện rõ trong giai đoạn bảo trì. Công việc bảo trì thường là sửa lỗi và cập nhật. Nếu phần mềm vừa mới được đưa vào sử dụng và tác giả vẫn còn chịu trách nhiệm công việc này thì không có vấn đề gì lắm. Tuy nhiên nếu phần mềm đã được sử dụng sau một thời gian dài, khiến cho chính người viết chương trình cũng quên đi ý nghĩa các dòng lệnh; hoặc việc bảo trì lại do một người khác thực hiện thì sẽ rất khó khăn. Nếu bạn thử đọc chương trình nguồn của một tác giả khác mà không có tài liệu giải thích kèm theo thì bạn sẽ thấy rất khó hiểu. Rõ ràng mô hình xây dựng-và-hiệu chỉnh chỉ thích nghi cho phần mềm nhỏ, một người viết và ít khả năng phải sửa đổi trong quá trình sử dụng. d. Tăng dần Phần mềm được xây dựng từng bước, cũng như xây một ngôi nhà vậy. Nếu như khi xây dựng ngôi nhà có lúc người ta phải phá đi xây lại một bức tường không vừa ý thì khi làm phần mềm chúng ta cũng có thể sửa đổi thậm chí bỏ đi những module chương trình không phù hợp...Một phần mềm ra đời, được đưa vào sử dụng. Trong quá trình sử dụng ngoài việc phát hiện và sửa chữa sai sót, người ta thấy cần nâng cấp chất lượng bằng cách cải tiến một vài thuật toán, thêm một số chức năng. Trong mô hình tăng dần, người ta xem phần mềm bao gồm nhiều thành phần (build) tương đối độc lập nhau. Với hệ điều hành chẳng hạn, đó là thành phần scheduler, thành phần file management system,.. Mỗi thành phần như vậy được coi như một phần mềm nhỏ, được thiết kế, lập trình, kiểm thử và đưa cho khách hàng sử dụng theo mô hình thác đổ rồi kết hợp dần thành phần mềm hoàn 3
- chỉnh thỏa mãn tất cả các yêu cầu của khách hàng. Ban đầu người ta chưa chú ý đến toàn bộ các yêu cầu của phần mềm mà chỉ chú ý đến những nét đặc trưng nhất và xây dựng phiên bản đầu tiên của phần mềm bao gồm các đặc trưng này rồi đưa cho khách hàng sử dụng. Chương trình được hiệu chỉnh theo ý kiến phản hồi của khách hàng. Tiếp theo người ta lại xây dựng phần mềm thứ hai thỏa mãn các đặc trưng quan trọng thứ hai và lại đưa cho khách hàng sử dụng và có ý kiến. Phần mềm thứ hai này sau khi hiệu chỉnh lại được tích hợp vào phần mềm đầu tiên thành một phần mềm lớn hơn. Phần mềm tích hợp này lại được kiểm thử để bảo đảm việc ghép nối thành công và chương trình chạy tốt. Cứ như vậy, thay vì xây dựng phần mềm hoàn chỉnh, người ta xây dựng các phần mềm con rồi tích hợp dần cho tới khi đạt được sản phẩm mong muốn. Sơ đồ sau mô tả mô hình tăng dần. Xác định yêu cầu Phân tích Thiết kế kiến trúc Với mỗi build thực hiện: Thiết kế chi tiết, lập trình, tích hợp, kiểm thử rồi chuyển giao cho khách hàng Phát triển Bảo trì Bảo trì Thôi sử dụng Hình 3.5. Mô hình tăng dần (incremental model) Nhận xét mô hình tăng dần Với mô hình thác đổ hoặc bản mẫu, sản phẩm được chuyển giao cho khách hàng chính là phiên bản hoàn chỉnh thỏa mãn tất cả các yêu cầu của khách hàng và có thể sử dụng ngay. Thời gian hoàn thành phần mềm được quy định trong hợp đồng và có thể sớm hoặc muộn hơn. Với mô hình tăng dần thì phần mềm được chia ra nhiều phần (thường là từ 5 đến 25 phần). Phần đầu tiên chứa đựng những đặc trưng quan trọng nhất được nhanh chóng xây dựng và chuyển giao cho khách hàng sử dụng. Thời gian hoàn thành phần đầu tiên này thường rất ngắn so với thời gian xây dựng toàn bộ phần mềm hoàn chỉnh. Như vậy khách hàng được sử dụng sản phẩm trong thời gian ngắn nhất và họ có thể được hưởng lợi từ việc sử dụng phần mềm. Khi mỗi phần sau được hoàn thành và được tích hợp thì họ được sử dụng ngay. Như vậy họ được làm quen từng bước với sản phẩm và sẽ ít bỡ ngỡ khi sản phẩm chứa đựng những công nghệ mới. Nhờ theo sát từng bước phát triển của phần mềm mà khách hàng có thể có những ý kiến xác đáng, giúp cho nhà phát triển đi đúng hướng và sản phẩm cuối cùng sẽ thỏa mãn được các yêu cầu đặt ra, thậm chí qua việc sử dụng một số phần đầu, khách hàng nhận thấy rằng không nên phát triển tiếp vì sẽ không mang lại lợi ích kinh tế. Khó khăn trong việc sử dụng mô hình tăng dần chính là sự tích hợp phần mới phát triển với phần chương trình đã có. Thiết kế của mô hình này do vậy phải có tính mở và tính mềm dẻo để thích nghi với việc mở rộng dần. Ta có thể nhận thấy rằng, trong mô hình tăng dần không có sự khác biệt giữa sự phát triển phần mềm và bảo trì cập nhật (nâng cao). Nếu vận dụng không hợp lý, mô hình này có thể suy thoái thành mô hình xây dựng-và-hiệu chỉnh. Sự điều khiển toàn bộ quy trình phát triển 4
- phần mềm có thể bị mất và sản phẩm nhận được thay vì có tính mở lại là nỗi kinh hoàng cho những người bảo trì. Để tránh được điều này, người phát triển ngay từ đầu phải có cách nhìn toàn cục về sản phẩm, phải đưa ra thiết kế tổng thể của sản phẩm và sự phân chia các thành phần để phát triển sau này cũng phải trên cơ sở thiết kế toàn cục đó. Như sơ đồ 3.5. chỉ ra, các pha yêu cầu, đặc tả và thiết kế kiến trúc phải được thực hiện trước khi các thành phần nhỏ hơn được bắt đầu xây dựng. Nếu không có những nhà chuyên môn trình độ cao thì sản phẩm phát triển theo mô hình này có thể trở thành sản phẩm kém chất lượng. Câu 2: Phân biệt các yêu cầu chức năng và phi chức năng của phần mềm, nêu ví dụ minh họa Trả lời Yêu cầu chức năng thường gắn với chức năng tương ứng của phần mềm cần xây dựng và thể hiện dưới dạng các mục chọn của thực đơn, ví dụ như: "Phần mềm cung cấp chức năng tìm kiếm hàng hóa theo tên hàng và ngày bán". Đặc tả phi chức năng dùng để chỉ rõ tính chất nào đó của phần mềm cần xây dựng, ví dụ tính tin cậy và bảo trì được; hoặc liên quan đến môi trường mà phần mềm được sử dụng, ví dụ: tất cả các mã khách hàng được nhập trực tiếp từ bàn phím và được lưu trong một tệp bảng dữ liệu". Tóm lại yêu cầu chức năng là nói đến một công việc cụ thể, thường thể hiện bằng các mục chọn trong chương trình; còn yêu cầu phi chức năng thì nói về các tính chất của phần mềm, các tính chất này không thể thể hiện được bằng một việc cụ thể. Thí dụ từ câu "yêu cầu phần mềm phải có giao diện đẹp, thân thiện với người sử dụng" ta không thể nói được cụ thể là phải làm gì. Câu 3: Trình bày các phương pháp kiểm thử phần mềm Loại được đóng gói bán ra thị trường: Kiểm thử toàn bộ sản phẩm (product testing). Mục đích của việc kiểm thử này là bảo đảm rằng sản phẩm không có lỗi. Khi việc kiểm thử hoàn tất thì sản phẩm được chuyển qua giai đoạn kiểm thử alpha và beta. Nghĩa là phiên bản ban đầu được đưa cho một số khách hàng tương lai để họ sử dụng, Những thông tin phản hồi từ khách hàng được nhóm SQA xem xét và sản phẩm lại được hiệu chỉnh bởi nhóm phát triển nếu có lỗi được phát hiện. Loại làm theo hợp đồng cho một khách hàng: Đối với phần mềm đặt hàng (custom software) thì cách thức kiểm thử toàn bộ sản phẩm có khác chút ít. Nhóm SQA tiến hành một số kiểm thử để bảo đảm rằng sản phẩm có thể vượt qua được giai đoạn kiểm thử chấp nhận (acceptance test), tức là giai đoạn mà chương trình được cài đặt trên máy khách hàng, chạy với cấu hình và số liệu thực và được kiểm tra bởi khách hàng. Kiểm thử chấp nhận chính là rào cản cuối cùng mà nhóm phát triển phải vượt qua. Việc kiểm thử trước khi chuyển cho khách hàng kiểm tra là vô cùng quan trọng, do đó phải được thực hiện một cách thân trọng qua các bước như sau: 1. Thực hiện phép thử hộp đen cho toàn bộ sản phẩm. Trong quá trình tích hợp các module, ta mới chỉ kiểm thử xem từng module có thỏa mãn đặc tả không và phần mềm sau từng bước lắp ghép có hoạt động tốt không. Sản phẩm sau khi được tạo ra phải được kiểm thử một cách toàn diện. Kiểm thử hộp đen có nghĩa là kiểm tra xem chương trình chạy tốt không, tính toán cho kết quả chính xác không, nghĩa là ta chỉ quan tâm đến phần bên ngoài của phần mềm. Phần cấu trúc bên trong bị hộp đen (black-box) che khuất. (Hộp đen ở đây được dùng với ý nghĩa là không chú ý đến bên trong). 2. Cần kiểm thử tính ổn định (robustness) của sản phẩm một cách toàn cục. Tính ổn định của các module và từng phần của phần mềm đã được kiểm thử trong quá trình tích hợp. Khi quá trình tích hợp kết thúc thì phải kiểm thử tính ổn định của phần mềm một cách toàn cục. Cần có các trường hợp mẫu khác nhau để thử tính ổn định. Đặc biệt chú ý các kiểm thử cực điểm (stress 5
- testing) , tức là kiểm thử được thực hiện khi phần mềm hoạt động ở mức tối đa, ví dụ tất cả các màn hình làm việc (terminal) đều được sử dụng, hay như với phần mềm điều khiển máy rút tiền thì tất cả các máy rút tiền đều được khách hàng sử dụng... Hay kiểm thử dung lượng (volume testing), ví dụ phần mềm có khả năng xử lý tệp dữ liệu đầu vào lớn không... 3. Nhóm SQA cần kiểm tra xem phần mềm đã thỏa mãn tất cả các ràng buộc nêu ra trong bản đặc tả hay chưa. Ví dụ, nếu bản đặc tả nói rằng khi chương trình đang làm việc ở mức tối đa (working under full load) thì 95% các yêu cầu truy xuất thông tin được trả lời trong vòng 3 giây chẳng hạn, thì nhóm SQA phải kiểm thử xem có đúng như vậy không. Ngoài ra, cần kiểm tra những ràng buộc về khả năng lưu trữ dữ liệu và tính bảo mật (storage constraints and security constraints). 4. Nhóm SQA cần xem xét lại tất cả tài liệu và chương trình cần chuyển giao cho khách hàng, có đối chiếu với bản kế hoạch quản lý dự án phần mềm. Kiểm tra các tài liệu có phù hợp với phần mềm không. Ví dụ xem lại tài liệu sử dụng và thử dùng nó để thao tác phần mềm xem phần mềm hoạt động đúng như tài liệu mô tả không. Câu 4: Trình bày các phương pháp cài đặt và tích hợp phần mềm từ trên xuống và từ dưới lên. Cài đặt và tích hợp từ trên xuống (top-down) Trong phương pháp cài đặt và tích hợp theo kiểu trên xuống (top-down implementation and integration), nếu module A có lời gọi đến module B thì A được cài đặt và kiểm thử trước B. Để kiểm thử A thì B cần được cài đặt dưới dạng stub. Sau khi A được kiểm thử thì cài đặt stub của B được mở rộng thành cài đặt thực sự... Cài đặt và tích hợp từ dưới lên (bottom-up) Phương pháp cài đặt và tích hợp theo kiểu dưới lên (bottom-up) được thực hiện ngược lại với phương pháp trên xuống. Đầu tiên các module ở mức dưới cùng (hay đôi khi còn gọi là mức cao nhất nếu nói về chiều cao của cây) được cài đặt và kiểm thử. Sau đó là các module ở mức phía trên được cài đặt và kiểm thử cùng với các module ở mức dưới. Cứ như vậy cho đến khi các module ở mức trên cùng được cài đặt và kiểm thử thì quá trình hoàn tất. Có thể thấy rằng phương pháp bottom-up có ưu điểm hơn phương pháp top-down ở chỗ là không phải tạo cài đặt dạng stub (các module ở tầng dưới cùng thường phải thử với các driver). Tuy nhiên nó cũng có một nhược điểm khá lớn là: nếu lỗi phát hiện ra muộn, tức là ở các mức ở gần gốc của cây chẳng hạn, lúc đó toàn bộ phần dưới của cây phải xem xét lại. Câu 5: Trình bày các công việc chính khi bảo trì một phần mềm Sau khi sản phẩm trải qua kiểm thử chấp nhận và thành công, phần mềm sẽ được huyển giao cho khách hàng. Thực ra, khi thực hiện kiểm thử chấp nhận thì phần mềm cũng được cài đặt trên máy tính của khách hàng, nhưng chỉ với mục đích kiểm thử. Trong quá trình này nếu phát hiện lỗi thì nhóm phát triển lại hiệu chỉnh phần mềm. Còn sự chuyển giao sau khi hoàn tất giai đoạn kiểm thử là sự chuyển giao chính thức theo hợp đồng. Sau đó phần mềm sẽ được khách hàng sử dụng vào công việc mà họ đặt ra ban đầu khi đặt hàng xây dựng phần mềm. Nhiều người nghĩ rằng vai trò của nhóm phát triển đến đây kết thúc, vì phần mềm đã hoàn tất. Tuy nhiên, mọi phần mềm có ích hầu như chắc chắn chuyển qua một giai đoạn hiệu chỉnh mà người ta gọi là pha bảo trì. Công việc bảo trì được phân làm hai loại: bảo trì sửa lỗi (software repair), tức là sửa các lỗi phát sinh mà trong giai đoạn kiểm thử chưa phát hiện ra. Cho dù việc kiểm thử có tiến hành cẩn thận và chi tiết đến đâu thì vẫn không thể khẳng định là phần mềm đã làm việc hoàn hảo. Vì con người dù rất thông minh cũng không thể hình dung trước được mọi tình huống. Loại bảo trì thứ hai là bảo trì cập nhật (software update). Bảo trì cập nhật lại bao gồm bảo trì hoàn thiện (perfective maintenance) và bảo trì thích nghi (adaptive maintenance). 6
- Bởi vì ngoài các mã nguồn còn các tài liệu khác như hướng dẫn sử dụng, tài liệu phân tích thiết kế,...nên mọi sự thay đổi hiệu chỉnh trong các phần này đều được gọi là bảo trì. Câu 6: So sánh hai phương pháp phát triển phần mềm hướng đối tượng và hướng chức năng. Phương pháp hướng cấu trúc Đặc trưng của phương pháp hướng cấu trúc là phân chia chương trình chính thành nhiều chương trình con, mỗi chương trình con nhằm đến thực hiện một công việc xác định. Trong phương pháp hướng cấu trúc, phần mềm được thiết kế dựa trên một trong hai hướng : hướng dữ liệu và hướng hành động. Cách tiếp cận hướng dữ liệu xây dựng phần mềm dựa trên việc phân rã phần mềm theo các chức năng cần đáp ứng và dữ liệu cho các chức năng đó. Cách tiếp cận hướng dữ liệu sẽ giúp cho những người phát triển hệ thống dễ dàng xây dựng ngân hàng dữ liệu. Cách tiếp cận hướng hành động lại tập trung phân tích hệ phần mềm dựa trên các hoạt động thực thi các chức năng của phần mềm đó. Cách thức thực hiện của phương pháp hướng cấu trúc là phương pháp thiết kế từ trên xuống (top-down). Phương pháp này tiến hành phân rã bài toán thành các bài toán nhỏ hơn, rồi tiếp tục phân rã các bài toán con cho đến khi nhận được các bài toán có thể cài đặt được ngay sử dụng các hàm của ngôn ngữ lập trình hướng cấu trúc. Phương pháp hướng cấu trúc có ưu điểm là tư duy phân tích thiết kế rõ ràng, chương trình sáng sủa dễ hiểu. Tuy nhiên, phương pháp này có một số nhược điểm sau: Không hỗ trợ việc sử dụng lại. Các chương trình hướng cấu trúc phụ thuộc chặt chẽ vào cấu trúc dữ liệu và bài toán cụ thể, do đó không thể dùng lại một modul nào đó trong phần mềm này cho phần mềm mới với các yêu cầu về dữ liệu khác. Không phù hợp cho phát triển các phần mềm lớn. Nếu hệ thống thông tin lớn, việc phân ra thành các bài toán con cũng như phân các bài toán con thành các modul và quản lý mối quan hệ giữa các modul đó sẽ là không phải là dễ dàng và dễ gây ra các lỗi trong phân tích và thiết kế hệ thống, cũng như khó kiểm thử và bảo trì. Phương pháp hướng đối tượng Khác với phương pháp hướng cấu trúc chỉ tập trung hoặc vào dữ liệu hoặc vào hành động, phương pháp hướng đối tượng tập trung vào cả hai khía cạnh của hệ thống là dữ liệu và hành động. Cách tiếp cận hướng đối tượng là một lối tư duy theo cách ánh xạ các thành phần trong bài toán vào các đối tượng ngoài đời thực. Với cách tiếp cận này, một hệ thống được chia tương 7
- ứng thành các thành phần nhỏ gọi là các đối tượng, mỗi đối tượng bao gồm đầy đủ cả dữ liệu và hành động liên quan đến đối tượng đó. Các đối tượng trong một hệ thống tương đối độc lập với nhau và phần mềm sẽ được xây dựng bằng cách kết hợp các đối tượng đó lại với nhau thông qua các mối quan hệ và tương tác giữa chúng. Các nguyên tắc cơ bản của phương pháp hướng đối tượng bao gồm : • Trừu tượng hóa (abstraction): trong phương pháp hướng đối tượng, các thực thể phần mềm được mô hình hóa dưới dạng các đối tượng. Các đối tượng này được trừu tượng hóa ở mức cao hơn dựa trên thuộc tính và phương thức mô tả đối tượng để tạo thành các lớp. Các lớp cũng sẽ được trừu tượng hóa ở mức cao hơn nữa để tạo thành một sơ đồ các lớp được kế thừa lẫn nhau. Trong phương pháp hướng đối tượng có thể tồn tại những lớp không có đối tượng tương ứng, gọi là lớp trừu tượng. Như vậy, nguyên tắc cơ bản để xây dựng các khái niệm trong hướng đối tượng là sự trừu tượng hóa theo các mức độ khác nhau. • Tính đóng gói (encapsulation) và ẩn dấu thông tin: các đối tượng có thể có những phương thức hoặc thuộc tính riêng (kiểu private) mà các đối tượng khác không thể sử dụng được. Dựa trên nguyên tắc ẩn giấu thông tin này, cài đặt của các đối tượng sẽ hoàn toàn độc lập với các đối tượng khác, các lớp độc lập với nhau và cao hơn nữa là cài đặt của hệ thống hoàn toàn độc lập với người sử dụng cũng như các hệ thống khác sử dụng kết quả của nó. • Tính modul hóa (modularity): các bài toán sẽ được phân chia thành những vấn đề nhỏ hơn, đơn giản và quản lý được. • Tính phân cấp (hierarchy): cấu trúc chung của một hệ thống hướng đối tượng là dạng phân cấp theo các mức độ trừu tượng từ cao đến thấp. Ưu điểm nổi bật của phương pháp hướng đối tượng là đã giải quyết được các vấn đề nảy sinh với phương pháp hướng cấu trúc: • Hỗ trợ sử dụng lại mã nguồn : Chương trình lập trình theo phương pháp hướng đối tượng thường được chia thành các gói là các nhóm của các lớp đối tượng khác nhau. Các gói này hoạt động tương đối độc lập và hoàn toàn có thể sử dụng lại trong các hệ thống thông tin tương tự. • Phù hợp với các hệ thống lớn: Phương pháp hướng đối tượng không chia bài toán thành các bài toán nhỏ mà tập trung vào việc xác định các đối tượng, dữ liệu và hành động gắn với đối tượng và mối quan hệ giữa các đối tượng. Các đối tượng hoạt động độc lập và chỉ thực hiện hành động khi nhận được yêu cầu từ các đối tượng khác. Vì vậy, phương pháp này hỗ trợ 8
- phân tích, thiết kế và quản lý một hệ thống lớn, có thể mô tả các hoạt động nghiệp vụ phức tạp bởi quá trình phân tích thiết kế không phụ thuộc vào số biến dữ liệu hay số lượng thao tác cần thực hiện mà chỉ quan tâm đến các đối tượng tồn tại trong hệ thống đó. 9
CÓ THỂ BẠN MUỐN DOWNLOAD
-
80 câu trắc nghiệm công nghệ phần mềm và đáp án
11 p | 1417 | 583
-
Tài liệu tham khảo hỗ trợ môn học công nghệ phần mềm
111 p | 506 | 314
-
Tiếng anh chuyên ngành công nghệ thông tin part 1
26 p | 1448 | 285
-
ĐÁP ÁN ĐỀ CƯƠNG MÔN CÔNG NGHỆ PHẦN MỀM
11 p | 704 | 278
-
Tiếng anh chuyên ngành công nghệ thông tin part 2
26 p | 493 | 195
-
Tiếng anh chuyên ngành công nghệ thông tin part 3
26 p | 345 | 167
-
Tiếng anh chuyên ngành công nghệ thông tin part 4
26 p | 313 | 154
-
Tiếng anh chuyên ngành công nghệ thông tin part 5
26 p | 281 | 143
-
Phần mềm miễn phí không thể bỏ qua
5 p | 230 | 93
-
Tài liệu công nghệ thông tin
70 p | 194 | 93
-
Công nghệ phần mềm hướng Agent
34 p | 207 | 81
-
Giới thiệu công nghệ phần mềm (1)
13 p | 267 | 70
-
TỔNG QUAN VỀ CÔNG NGHỆ PHẦN MỀM
45 p | 199 | 59
-
CÔNG NGHIỆP PHẦN MỀM VIỆT NAM
30 p | 100 | 26
-
Những phần mềm cần thiết cho teen 12 trong năm học
4 p | 112 | 13
-
Chương trình giáo dục đại học ngành: Công nghệ thông tin
25 p | 45 | 6
-
Các kinh nghiệm quý báu của công nghệ phần mềm
0 p | 17 | 3

markdown:
# Tài liệu công nghệ phần mềm
Chia sẻ: Nguyen Quang Long | Ngày: | Loại File: DOC | Số trang:9
lượt xem 250
download
![](https://tailieu.vn/image/document/thumbnail/2010/20100919/jhat3y0u/80x100/tailieucnpm_0475.jpg)
##
Tài liệu công nghệ phần mềm
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](https://tailieu.vn/static/b2013az/templates/version1/default/images/down16x21.png)
Trong mô hình này, quá trình phát triển phần mềm được coi như một dòng chảy trải qua các pha yêu cầu, phân tích, thiết kế, cài đặt, tích hợp và bảo trì. Có tính lặp của từng pha, nghĩa là nếu trong một pha người ta phát hiện ra điều gì đó sai sót hoặc không phù hợp thì sẽ quay lại hiệu chỉnh ở pha trước.
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Tài liệu công nghệ phần mềm
- Câu 1: Trình bày nội dung vẽ sơ đồ, đánh giá ưu nhược điểm của các mô hình phát triền phần mềm sau a. Thác nước b. Bản mẫu nhanh c. Xây dựng và hiệu chỉnh d. Tăng dần Trả lời a. Mô hình thác nước Trong mô hình này, quá trình phát triển phần mềm được coi như một dòng chảy trải qua các pha yêu cầu, phân tích, thiết kế, cài đặt, tích hợp và bảo trì. Có tính lặp của từng pha, nghĩa là nếu trong một pha người ta phát hiện ra điều gì đó sai sót hoặc không phù hợp thì sẽ quay lại hiệu chỉnh ở pha trước. Hình 3.2 là sơ đồ biểu diễn mô hình thác đổ. Xác định yêu cầu Thay đổi yêu cầu Phân tích Thiết kế Cài đặt Tích hợp Bảo trì Phát triển Bảo trì Thôi sử dụng Hình 3.2. Mô hình thác đổ (waterfall model) Mô hình thác đổ là mô hình cũ nhất và được sử dụng rộng rãi nhất trong công nghệ phần mềm. Tuy nhiên cũng có nhiều ý kiến chỉ trích và cho rằng mô hình này có một số nhược điểm như sau: • Các dự án trong thực tế hiếm khi tuân theo dòng chảy tuần tự mà mô hình đề nghị. Mặc dầu mô hình cho phép lặp, nhưng điều đó chỉ làm gián tiếp. Kết quả là những thay đổi có thể gây ra lẫn lộn khi nhóm phát triển làm việc. • Khách hàng thường khó phát biểu mọi yêu cầu một cách tường minh ngay từ đầu. Mô hình tuần tự tuyến tính đòi hỏi điều này và thường khó thích hợp với sự không chắc chắn tự nhiên tồn tại vào lúc đầu của nhiều dự án. Khách hàng phải kiên nhẫn chờ đợi, vì bản làm việc được của chương tình chỉ có được vào cuối của thời gian dự án. Một sai lầm ngớ ngẩn, nếu đến lúc có chương trình làm việc mới phát hiện ra, có thể là một thảm họa. • Với việc phân tích một số dự án hiện tại, Bradax thấy rằng bản chất tuyến tính của vòng đời cổ điển dẫn tới "các trạng thái tắc nghẽn", nghĩa là có một số thành viên của nhóm phát triển phải chờ đợi sự chuyển giao từ nhóm khác hoàn thành công việc ở pha trước. Trong thực tế, thời gian chờ đợi có thể vượt quá thời gian sản xuất. Trạng thái nghẽn có xu hướng xẩy ra vào thời gian đầu và cuối của quy trình phần mềm. b. Bản mẫu nhanh 1
- Mô hình bản mẫu thực chất cũng là mô hình thác đổ, nhưng phần xác định yêu cầu được thay bằng bản mẫu. Mô hình này có thể biểu diễn bởi sơ đồ sau: Bản mẫu Thay đổi yêu cầu Phân tích Thiết kế Cài đặt Tích hợp Bảo trì Phát triển Bảo trì Thôi sử dụng Hình 3.3. Mô hình bản mẫu (rapid prototyping model) Cũng như mô hình thác đổ, các pha từ bản mẫu đến thiết kế đều có kiểm tra (verify), các pha cài đặt và tích hợp có kiểm thử (test). Thông thường khách hàng đã xác định được một tập các mục tiêu tổng quát cho phần mềm, nhưng còn chưa nhận diện được đầu vào, đầu ra, những cái cần xử lý. Trong các trường hợp khác người phát triển có thể không chắc về tính hiệu quả của thuật toán, việc thích nghi hệ điều hành hay dạng màn hình giao diện cần có. Trong trường hợp này và nhiều trường hợp khác, cách làm bản mẫu có thể đưa ra cách tiếp cận tốt nhất. Để làm bản mẫu, đầu tiên người ta thu thập yêu cầu khách hàng. Người phát triển và khách hàng cùng ngồi lại với nhau để xác định các mục tiêu tổng thể cho phần mềm, xác định xem yêu cầu nào đã rõ ràng, yêu cầu nào còn phải xác định thêm. Tiếp theo là việc "thiết kế nhanh". Thiết kế nhanh chỉ tập trung vào việc biểu diễn các khía cạnh của phần mềm thấy được đối với người dùng, ví dụ màn hình nhập dữ liệu, các chức năng tìm kiếm, truy xuất thông tin, các báo cáo. Người phát triển có thể kết hợp để thử nghiệm một thuật toán. Tuy nhiên mục đích chính là thể hiện được các yêu cầu của khách hàng trong phần mềm mà chưa để ý đến tính tối ưu, tốc độ, sự hợp lý... Thiết kế nhanh dẫn tới việc xây dựng một bản mẫu. Bản mẫu được giới thiệu với khách hàng và có thể để họ dùng thử và đánh giá, góp ý kiến. Trên cơ sở ý kiến khách, hàng người phát triển làm mịn dần bản mẫu cho đến khi khách hàng thấy vừa ý (chủ yếu là cái vào, cái ra, giao diện...). Căn cứ vào bản mẫu người phát triển cũng hiểu rõ hơn yêu cầu khách hàng, những yêu cầu về cấu hình, về các thuật toán, cấu trúc dữ liệu, ngôn ngữ lập trình phù hợp. Lắng nghe Xây dựng/hiệu chỉnh khách hàng bản mẫu Khách hàng chạy thử bản mẫu 2
- Hình 3.4. Mô thức làm bản mẫu c. Xây dựng và hiệu chỉnh Trong mô hình này không có các pha phân tích thiết kế. Phần mềm được xây dựng như sau: người phát triển sau khi trao đổi với khách hàng sẽ viết phiên bản đầu tiên. Tiếp theo, phần mềm được chạy thử với sự quan sát của khách hàng và liên tục được hiệu chỉnh cho đến khi khách hàng vừa ý (tức là đáp ứng được yêu cầu của khách hàng). Sau khi được khách hàng chấp nhận, phần mềm được đưa vào sử dụng và bảo trì. Mô hình này có thể biểu diễn trong sơ đồ sau: Xây dựng phiên bản đầu tiên Hiệu chỉnh cho đến khi khách hàng chấp nhận Sử dụng và bảo trì Phát triển Bảo trì Thôi sử dụng Hình 3.1. Mô hình xây dựng-và-hiệu chỉnh Khi viết chương trình thì người phát triển cũng phải hình dung ra các chức năng của phần mềm, những module phải có, những thuật toán sử dụng... Nghĩa là phần nào đó họ cũng có phân tích thiết kế, nhưng họ không biên soạn lại thành tài liệu mà thôi. Sau khi viết phiên bản đầu tiên, người phát triển đã hiểu khá rõ yêu cầu của khách hàng, họ cũng hiểu rõ các dòng lệnh vừa viết. Vì vậy khi khách hàng nêu yêu cầu hiệu chỉnh phần mềm thì họ biết ngay cần phải hiệu chỉnh phần nào của chương trình. Công việc thường được thực hiện khá nhanh chóng và phần mềm sớm được hoàn thành và đưa vào sử dụng. Nhược điểm của mô hình thể hiện rõ trong giai đoạn bảo trì. Công việc bảo trì thường là sửa lỗi và cập nhật. Nếu phần mềm vừa mới được đưa vào sử dụng và tác giả vẫn còn chịu trách nhiệm công việc này thì không có vấn đề gì lắm. Tuy nhiên nếu phần mềm đã được sử dụng sau một thời gian dài, khiến cho chính người viết chương trình cũng quên đi ý nghĩa các dòng lệnh; hoặc việc bảo trì lại do một người khác thực hiện thì sẽ rất khó khăn. Nếu bạn thử đọc chương trình nguồn của một tác giả khác mà không có tài liệu giải thích kèm theo thì bạn sẽ thấy rất khó hiểu. Rõ ràng mô hình xây dựng-và-hiệu chỉnh chỉ thích nghi cho phần mềm nhỏ, một người viết và ít khả năng phải sửa đổi trong quá trình sử dụng. d. Tăng dần Phần mềm được xây dựng từng bước, cũng như xây một ngôi nhà vậy. Nếu như khi xây dựng ngôi nhà có lúc người ta phải phá đi xây lại một bức tường không vừa ý thì khi làm phần mềm chúng ta cũng có thể sửa đổi thậm chí bỏ đi những module chương trình không phù hợp...Một phần mềm ra đời, được đưa vào sử dụng. Trong quá trình sử dụng ngoài việc phát hiện và sửa chữa sai sót, người ta thấy cần nâng cấp chất lượng bằng cách cải tiến một vài thuật toán, thêm một số chức năng. Trong mô hình tăng dần, người ta xem phần mềm bao gồm nhiều thành phần (build) tương đối độc lập nhau. Với hệ điều hành chẳng hạn, đó là thành phần scheduler, thành phần file management system,.. Mỗi thành phần như vậy được coi như một phần mềm nhỏ, được thiết kế, lập trình, kiểm thử và đưa cho khách hàng sử dụng theo mô hình thác đổ rồi kết hợp dần thành phần mềm hoàn 3
- chỉnh thỏa mãn tất cả các yêu cầu của khách hàng. Ban đầu người ta chưa chú ý đến toàn bộ các yêu cầu của phần mềm mà chỉ chú ý đến những nét đặc trưng nhất và xây dựng phiên bản đầu tiên của phần mềm bao gồm các đặc trưng này rồi đưa cho khách hàng sử dụng. Chương trình được hiệu chỉnh theo ý kiến phản hồi của khách hàng. Tiếp theo người ta lại xây dựng phần mềm thứ hai thỏa mãn các đặc trưng quan trọng thứ hai và lại đưa cho khách hàng sử dụng và có ý kiến. Phần mềm thứ hai này sau khi hiệu chỉnh lại được tích hợp vào phần mềm đầu tiên thành một phần mềm lớn hơn. Phần mềm tích hợp này lại được kiểm thử để bảo đảm việc ghép nối thành công và chương trình chạy tốt. Cứ như vậy, thay vì xây dựng phần mềm hoàn chỉnh, người ta xây dựng các phần mềm con rồi tích hợp dần cho tới khi đạt được sản phẩm mong muốn. Sơ đồ sau mô tả mô hình tăng dần. Xác định yêu cầu Phân tích Thiết kế kiến trúc Với mỗi build thực hiện: Thiết kế chi tiết, lập trình, tích hợp, kiểm thử rồi chuyển giao cho khách hàng Phát triển Bảo trì Bảo trì Thôi sử dụng Hình 3.5. Mô hình tăng dần (incremental model) Nhận xét mô hình tăng dần Với mô hình thác đổ hoặc bản mẫu, sản phẩm được chuyển giao cho khách hàng chính là phiên bản hoàn chỉnh thỏa mãn tất cả các yêu cầu của khách hàng và có thể sử dụng ngay. Thời gian hoàn thành phần mềm được quy định trong hợp đồng và có thể sớm hoặc muộn hơn. Với mô hình tăng dần thì phần mềm được chia ra nhiều phần (thường là từ 5 đến 25 phần). Phần đầu tiên chứa đựng những đặc trưng quan trọng nhất được nhanh chóng xây dựng và chuyển giao cho khách hàng sử dụng. Thời gian hoàn thành phần đầu tiên này thường rất ngắn so với thời gian xây dựng toàn bộ phần mềm hoàn chỉnh. Như vậy khách hàng được sử dụng sản phẩm trong thời gian ngắn nhất và họ có thể được hưởng lợi từ việc sử dụng phần mềm. Khi mỗi phần sau được hoàn thành và được tích hợp thì họ được sử dụng ngay. Như vậy họ được làm quen từng bước với sản phẩm và sẽ ít bỡ ngỡ khi sản phẩm chứa đựng những công nghệ mới. Nhờ theo sát từng bước phát triển của phần mềm mà khách hàng có thể có những ý kiến xác đáng, giúp cho nhà phát triển đi đúng hướng và sản phẩm cuối cùng sẽ thỏa mãn được các yêu cầu đặt ra, thậm chí qua việc sử dụng một số phần đầu, khách hàng nhận thấy rằng không nên phát triển tiếp vì sẽ không mang lại lợi ích kinh tế. Khó khăn trong việc sử dụng mô hình tăng dần chính là sự tích hợp phần mới phát triển với phần chương trình đã có. Thiết kế của mô hình này do vậy phải có tính mở và tính mềm dẻo để thích nghi với việc mở rộng dần. Ta có thể nhận thấy rằng, trong mô hình tăng dần không có sự khác biệt giữa sự phát triển phần mềm và bảo trì cập nhật (nâng cao). Nếu vận dụng không hợp lý, mô hình này có thể suy thoái thành mô hình xây dựng-và-hiệu chỉnh. Sự điều khiển toàn bộ quy trình phát triển 4
- phần mềm có thể bị mất và sản phẩm nhận được thay vì có tính mở lại là nỗi kinh hoàng cho những người bảo trì. Để tránh được điều này, người phát triển ngay từ đầu phải có cách nhìn toàn cục về sản phẩm, phải đưa ra thiết kế tổng thể của sản phẩm và sự phân chia các thành phần để phát triển sau này cũng phải trên cơ sở thiết kế toàn cục đó. Như sơ đồ 3.5. chỉ ra, các pha yêu cầu, đặc tả và thiết kế kiến trúc phải được thực hiện trước khi các thành phần nhỏ hơn được bắt đầu xây dựng. Nếu không có những nhà chuyên môn trình độ cao thì sản phẩm phát triển theo mô hình này có thể trở thành sản phẩm kém chất lượng. Câu 2: Phân biệt các yêu cầu chức năng và phi chức năng của phần mềm, nêu ví dụ minh họa Trả lời Yêu cầu chức năng thường gắn với chức năng tương ứng của phần mềm cần xây dựng và thể hiện dưới dạng các mục chọn của thực đơn, ví dụ như: "Phần mềm cung cấp chức năng tìm kiếm hàng hóa theo tên hàng và ngày bán". Đặc tả phi chức năng dùng để chỉ rõ tính chất nào đó của phần mềm cần xây dựng, ví dụ tính tin cậy và bảo trì được; hoặc liên quan đến môi trường mà phần mềm được sử dụng, ví dụ: tất cả các mã khách hàng được nhập trực tiếp từ bàn phím và được lưu trong một tệp bảng dữ liệu". Tóm lại yêu cầu chức năng là nói đến một công việc cụ thể, thường thể hiện bằng các mục chọn trong chương trình; còn yêu cầu phi chức năng thì nói về các tính chất của phần mềm, các tính chất này không thể thể hiện được bằng một việc cụ thể. Thí dụ từ câu "yêu cầu phần mềm phải có giao diện đẹp, thân thiện với người sử dụng" ta không thể nói được cụ thể là phải làm gì. Câu 3: Trình bày các phương pháp kiểm thử phần mềm Loại được đóng gói bán ra thị trường: Kiểm thử toàn bộ sản phẩm (product testing). Mục đích của việc kiểm thử này là bảo đảm rằng sản phẩm không có lỗi. Khi việc kiểm thử hoàn tất thì sản phẩm được chuyển qua giai đoạn kiểm thử alpha và beta. Nghĩa là phiên bản ban đầu được đưa cho một số khách hàng tương lai để họ sử dụng, Những thông tin phản hồi từ khách hàng được nhóm SQA xem xét và sản phẩm lại được hiệu chỉnh bởi nhóm phát triển nếu có lỗi được phát hiện. Loại làm theo hợp đồng cho một khách hàng: Đối với phần mềm đặt hàng (custom software) thì cách thức kiểm thử toàn bộ sản phẩm có khác chút ít. Nhóm SQA tiến hành một số kiểm thử để bảo đảm rằng sản phẩm có thể vượt qua được giai đoạn kiểm thử chấp nhận (acceptance test), tức là giai đoạn mà chương trình được cài đặt trên máy khách hàng, chạy với cấu hình và số liệu thực và được kiểm tra bởi khách hàng. Kiểm thử chấp nhận chính là rào cản cuối cùng mà nhóm phát triển phải vượt qua. Việc kiểm thử trước khi chuyển cho khách hàng kiểm tra là vô cùng quan trọng, do đó phải được thực hiện một cách thân trọng qua các bước như sau: 1. Thực hiện phép thử hộp đen cho toàn bộ sản phẩm. Trong quá trình tích hợp các module, ta mới chỉ kiểm thử xem từng module có thỏa mãn đặc tả không và phần mềm sau từng bước lắp ghép có hoạt động tốt không. Sản phẩm sau khi được tạo ra phải được kiểm thử một cách toàn diện. Kiểm thử hộp đen có nghĩa là kiểm tra xem chương trình chạy tốt không, tính toán cho kết quả chính xác không, nghĩa là ta chỉ quan tâm đến phần bên ngoài của phần mềm. Phần cấu trúc bên trong bị hộp đen (black-box) che khuất. (Hộp đen ở đây được dùng với ý nghĩa là không chú ý đến bên trong). 2. Cần kiểm thử tính ổn định (robustness) của sản phẩm một cách toàn cục. Tính ổn định của các module và từng phần của phần mềm đã được kiểm thử trong quá trình tích hợp. Khi quá trình tích hợp kết thúc thì phải kiểm thử tính ổn định của phần mềm một cách toàn cục. Cần có các trường hợp mẫu khác nhau để thử tính ổn định. Đặc biệt chú ý các kiểm thử cực điểm (stress 5
- testing) , tức là kiểm thử được thực hiện khi phần mềm hoạt động ở mức tối đa, ví dụ tất cả các màn hình làm việc (terminal) đều được sử dụng, hay như với phần mềm điều khiển máy rút tiền thì tất cả các máy rút tiền đều được khách hàng sử dụng... Hay kiểm thử dung lượng (volume testing), ví dụ phần mềm có khả năng xử lý tệp dữ liệu đầu vào lớn không... 3. Nhóm SQA cần kiểm tra xem phần mềm đã thỏa mãn tất cả các ràng buộc nêu ra trong bản đặc tả hay chưa. Ví dụ, nếu bản đặc tả nói rằng khi chương trình đang làm việc ở mức tối đa (working under full load) thì 95% các yêu cầu truy xuất thông tin được trả lời trong vòng 3 giây chẳng hạn, thì nhóm SQA phải kiểm thử xem có đúng như vậy không. Ngoài ra, cần kiểm tra những ràng buộc về khả năng lưu trữ dữ liệu và tính bảo mật (storage constraints and security constraints). 4. Nhóm SQA cần xem xét lại tất cả tài liệu và chương trình cần chuyển giao cho khách hàng, có đối chiếu với bản kế hoạch quản lý dự án phần mềm. Kiểm tra các tài liệu có phù hợp với phần mềm không. Ví dụ xem lại tài liệu sử dụng và thử dùng nó để thao tác phần mềm xem phần mềm hoạt động đúng như tài liệu mô tả không. Câu 4: Trình bày các phương pháp cài đặt và tích hợp phần mềm từ trên xuống và từ dưới lên. Cài đặt và tích hợp từ trên xuống (top-down) Trong phương pháp cài đặt và tích hợp theo kiểu trên xuống (top-down implementation and integration), nếu module A có lời gọi đến module B thì A được cài đặt và kiểm thử trước B. Để kiểm thử A thì B cần được cài đặt dưới dạng stub. Sau khi A được kiểm thử thì cài đặt stub của B được mở rộng thành cài đặt thực sự... Cài đặt và tích hợp từ dưới lên (bottom-up) Phương pháp cài đặt và tích hợp theo kiểu dưới lên (bottom-up) được thực hiện ngược lại với phương pháp trên xuống. Đầu tiên các module ở mức dưới cùng (hay đôi khi còn gọi là mức cao nhất nếu nói về chiều cao của cây) được cài đặt và kiểm thử. Sau đó là các module ở mức phía trên được cài đặt và kiểm thử cùng với các module ở mức dưới. Cứ như vậy cho đến khi các module ở mức trên cùng được cài đặt và kiểm thử thì quá trình hoàn tất. Có thể thấy rằng phương pháp bottom-up có ưu điểm hơn phương pháp top-down ở chỗ là không phải tạo cài đặt dạng stub (các module ở tầng dưới cùng thường phải thử với các driver). Tuy nhiên nó cũng có một nhược điểm khá lớn là: nếu lỗi phát hiện ra muộn, tức là ở các mức ở gần gốc của cây chẳng hạn, lúc đó toàn bộ phần dưới của cây phải xem xét lại. Câu 5: Trình bày các công việc chính khi bảo trì một phần mềm Sau khi sản phẩm trải qua kiểm thử chấp nhận và thành công, phần mềm sẽ được huyển giao cho khách hàng. Thực ra, khi thực hiện kiểm thử chấp nhận thì phần mềm cũng được cài đặt trên máy tính của khách hàng, nhưng chỉ với mục đích kiểm thử. Trong quá trình này nếu phát hiện lỗi thì nhóm phát triển lại hiệu chỉnh phần mềm. Còn sự chuyển giao sau khi hoàn tất giai đoạn kiểm thử là sự chuyển giao chính thức theo hợp đồng. Sau đó phần mềm sẽ được khách hàng sử dụng vào công việc mà họ đặt ra ban đầu khi đặt hàng xây dựng phần mềm. Nhiều người nghĩ rằng vai trò của nhóm phát triển đến đây kết thúc, vì phần mềm đã hoàn tất. Tuy nhiên, mọi phần mềm có ích hầu như chắc chắn chuyển qua một giai đoạn hiệu chỉnh mà người ta gọi là pha bảo trì. Công việc bảo trì được phân làm hai loại: bảo trì sửa lỗi (software repair), tức là sửa các lỗi phát sinh mà trong giai đoạn kiểm thử chưa phát hiện ra. Cho dù việc kiểm thử có tiến hành cẩn thận và chi tiết đến đâu thì vẫn không thể khẳng định là phần mềm đã làm việc hoàn hảo. Vì con người dù rất thông minh cũng không thể hình dung trước được mọi tình huống. Loại bảo trì thứ hai là bảo trì cập nhật (software update). Bảo trì cập nhật lại bao gồm bảo trì hoàn thiện (perfective maintenance) và bảo trì thích nghi (adaptive maintenance). 6
- Bởi vì ngoài các mã nguồn còn các tài liệu khác như hướng dẫn sử dụng, tài liệu phân tích thiết kế,...nên mọi sự thay đổi hiệu chỉnh trong các phần này đều được gọi là bảo trì. Câu 6: So sánh hai phương pháp phát triển phần mềm hướng đối tượng và hướng chức năng. Phương pháp hướng cấu trúc Đặc trưng của phương pháp hướng cấu trúc là phân chia chương trình chính thành nhiều chương trình con, mỗi chương trình con nhằm đến thực hiện một công việc xác định. Trong phương pháp hướng cấu trúc, phần mềm được thiết kế dựa trên một trong hai hướng : hướng dữ liệu và hướng hành động. Cách tiếp cận hướng dữ liệu xây dựng phần mềm dựa trên việc phân rã phần mềm theo các chức năng cần đáp ứng và dữ liệu cho các chức năng đó. Cách tiếp cận hướng dữ liệu sẽ giúp cho những người phát triển hệ thống dễ dàng xây dựng ngân hàng dữ liệu. Cách tiếp cận hướng hành động lại tập trung phân tích hệ phần mềm dựa trên các hoạt động thực thi các chức năng của phần mềm đó. Cách thức thực hiện của phương pháp hướng cấu trúc là phương pháp thiết kế từ trên xuống (top-down). Phương pháp này tiến hành phân rã bài toán thành các bài toán nhỏ hơn, rồi tiếp tục phân rã các bài toán con cho đến khi nhận được các bài toán có thể cài đặt được ngay sử dụng các hàm của ngôn ngữ lập trình hướng cấu trúc. Phương pháp hướng cấu trúc có ưu điểm là tư duy phân tích thiết kế rõ ràng, chương trình sáng sủa dễ hiểu. Tuy nhiên, phương pháp này có một số nhược điểm sau: Không hỗ trợ việc sử dụng lại. Các chương trình hướng cấu trúc phụ thuộc chặt chẽ vào cấu trúc dữ liệu và bài toán cụ thể, do đó không thể dùng lại một modul nào đó trong phần mềm này cho phần mềm mới với các yêu cầu về dữ liệu khác. Không phù hợp cho phát triển các phần mềm lớn. Nếu hệ thống thông tin lớn, việc phân ra thành các bài toán con cũng như phân các bài toán con thành các modul và quản lý mối quan hệ giữa các modul đó sẽ là không phải là dễ dàng và dễ gây ra các lỗi trong phân tích và thiết kế hệ thống, cũng như khó kiểm thử và bảo trì. Phương pháp hướng đối tượng Khác với phương pháp hướng cấu trúc chỉ tập trung hoặc vào dữ liệu hoặc vào hành động, phương pháp hướng đối tượng tập trung vào cả hai khía cạnh của hệ thống là dữ liệu và hành động. Cách tiếp cận hướng đối tượng là một lối tư duy theo cách ánh xạ các thành phần trong bài toán vào các đối tượng ngoài đời thực. Với cách tiếp cận này, một hệ thống được chia tương 7
- ứng thành các thành phần nhỏ gọi là các đối tượng, mỗi đối tượng bao gồm đầy đủ cả dữ liệu và hành động liên quan đến đối tượng đó. Các đối tượng trong một hệ thống tương đối độc lập với nhau và phần mềm sẽ được xây dựng bằng cách kết hợp các đối tượng đó lại với nhau thông qua các mối quan hệ và tương tác giữa chúng. Các nguyên tắc cơ bản của phương pháp hướng đối tượng bao gồm : • Trừu tượng hóa (abstraction): trong phương pháp hướng đối tượng, các thực thể phần mềm được mô hình hóa dưới dạng các đối tượng. Các đối tượng này được trừu tượng hóa ở mức cao hơn dựa trên thuộc tính và phương thức mô tả đối tượng để tạo thành các lớp. Các lớp cũng sẽ được trừu tượng hóa ở mức cao hơn nữa để tạo thành một sơ đồ các lớp được kế thừa lẫn nhau. Trong phương pháp hướng đối tượng có thể tồn tại những lớp không có đối tượng tương ứng, gọi là lớp trừu tượng. Như vậy, nguyên tắc cơ bản để xây dựng các khái niệm trong hướng đối tượng là sự trừu tượng hóa theo các mức độ khác nhau. • Tính đóng gói (encapsulation) và ẩn dấu thông tin: các đối tượng có thể có những phương thức hoặc thuộc tính riêng (kiểu private) mà các đối tượng khác không thể sử dụng được. Dựa trên nguyên tắc ẩn giấu thông tin này, cài đặt của các đối tượng sẽ hoàn toàn độc lập với các đối tượng khác, các lớp độc lập với nhau và cao hơn nữa là cài đặt của hệ thống hoàn toàn độc lập với người sử dụng cũng như các hệ thống khác sử dụng kết quả của nó. • Tính modul hóa (modularity): các bài toán sẽ được phân chia thành những vấn đề nhỏ hơn, đơn giản và quản lý được. • Tính phân cấp (hierarchy): cấu trúc chung của một hệ thống hướng đối tượng là dạng phân cấp theo các mức độ trừu tượng từ cao đến thấp. Ưu điểm nổi bật của phương pháp hướng đối tượng là đã giải quyết được các vấn đề nảy sinh với phương pháp hướng cấu trúc: • Hỗ trợ sử dụng lại mã nguồn : Chương trình lập trình theo phương pháp hướng đối tượng thường được chia thành các gói là các nhóm của các lớp đối tượng khác nhau. Các gói này hoạt động tương đối độc lập và hoàn toàn có thể sử dụng lại trong các hệ thống thông tin tương tự. • Phù hợp với các hệ thống lớn: Phương pháp hướng đối tượng không chia bài toán thành các bài toán nhỏ mà tập trung vào việc xác định các đối tượng, dữ liệu và hành động gắn với đối tượng và mối quan hệ giữa các đối tượng. Các đối tượng hoạt động độc lập và chỉ thực hiện hành động khi nhận được yêu cầu từ các đối tượng khác. Vì vậy, phương pháp này hỗ trợ 8
- phân tích, thiết kế và quản lý một hệ thống lớn, có thể mô tả các hoạt động nghiệp vụ phức tạp bởi quá trình phân tích thiết kế không phụ thuộc vào số biến dữ liệu hay số lượng thao tác cần thực hiện mà chỉ quan tâm đến các đối tượng tồn tại trong hệ thống đó. 9
CÓ THỂ BẠN MUỐN DOWNLOAD
-
80 câu trắc nghiệm công nghệ phần mềm và đáp án
11 p |
1417 |
583
-
Tài liệu tham khảo hỗ trợ môn học công nghệ phần mềm
111 p |
506 |
314
-
Tiếng anh chuyên ngành công nghệ thông tin part 1
26 p |
1448 |
285
-
ĐÁP ÁN ĐỀ CƯƠNG MÔN CÔNG NGHỆ PHẦN MỀM
11 p |
704 |
278
-
Tiếng anh chuyên ngành công nghệ thông tin part 2
26 p |
493 |
195
-
Tiếng anh chuyên ngành công nghệ thông tin part 3
26 p |
345 |
167
-
Tiếng anh chuyên ngành công nghệ thông tin part 4
26 p |
313 |
154
-
Tiếng anh chuyên ngành công nghệ thông tin part 5
26 p |
281 |
143
-
Phần mềm miễn phí không thể bỏ qua
5 p |
230 |
93
-
Tài liệu công nghệ thông tin
70 p |
194 |
93
-
Công nghệ phần mềm hướng Agent
34 p |
207 |
81
-
Giới thiệu công nghệ phần mềm (1)
13 p |
267 |
70
-
TỔNG QUAN VỀ CÔNG NGHỆ PHẦN MỀM
45 p |
199 |
59
-
CÔNG NGHIỆP PHẦN MỀM VIỆT NAM
30 p |
100 |
26
-
Những phần mềm cần thiết cho teen 12 trong năm học
4 p |
112 |
13
-
Chương trình giáo dục đại học ngành: Công nghệ thông tin
25 p |
45 |
6
-
Các kinh nghiệm quý báu của công nghệ phần mềm
0 p |
17 |
3

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Identified-Payload-Type: application/xhtml+xml

Server: Apache/2.2.31 (CentOS)

Connection: close

Pragma: no-cache

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Set-Cookie: TLDEVNamespace=dh1umb89vecgl0vj3kdm0h1nq1; path=/; domain=.tailieu.vn; HttpOnly

Vary: Accept-Encoding

Content-Type: text/html; charset=UTF-8


text:
Ebook Hướng dẫn thực hành chế độ báo cáo tài chính doanh nghiệp: Phần 2 Tài Chính - Ngân Hàng,Tài chính doanh nghiệp
Đánh giá Viết đánh giá
0 38 0
Phí: Tải Miễn phí
Mã tài liệu
3beauq
Danh mục
Tài Chính - Ngân Hàng,Tài chính doanh nghiệp
Thể loại
Hướng dẫn thực hành chế độ BCTC, Chế độ báo cáo tài chính doanh nghiệp, Báo cáo tài chính doanh nghiệp, Chế độ báo cáo tài chính, Báo cáo tài chính, Trình bày hệ thống báo cáo tài chính, Hệ thống báo cáo tài chính
Ngày đăng
1/1/1
Loại file
Số trang
111
Dung lượng
10.21 M
Lần xem
38
Lần tải
0
File đã kiểm duyệt an toàn
Nối tiếp nội dung phần 1 cuốn sách Hướng dẫn thực hành chế độ báo cáo tài chính doanh nghiệp do TS. Nguyễn Phương Liên biên soạn, phần 2 giới thiệu tới người đọc các hướng dẫn lập và trình bày hệ thống báo cáo tài chính giữa niên độ. Mời các bạn cùng tham khảo.
Bước 1:Tại trang tài liệu tailieumienphi.vn bạn muốn tải, click vào nút Download màu xanh lá cây ở phía trên.
Bước 2: Tại liên kết tải về, bạn chọn liên kết để tải File về máy tính. Tại đây sẽ có lựa chọn tải File được lưu trên tailieumienphi.vn
Bước 3: Một thông báo xuất hiện ở phía cuối trình duyệt, hỏi bạn muốn lưu . - Nếu click vào Save, file sẽ được lưu về máy (Quá trình tải file nhanh hay chậm phụ thuộc vào đường truyền internet, dung lượng file bạn muốn tải)
Có nhiều phần mềm hỗ trợ việc download file về máy tính với tốc độ tải file nhanh như: Internet Download Manager (IDM), Free Download Manager, ... Tùy vào sở thích của từng người mà người dùng chọn lựa phần mềm hỗ trợ download cho máy tính của mình
MÔ TẢ CHI TIẾT
Ebook Hướng dẫn thực hành chế độ báo cáo tài chính doanh nghiệp: Phần 2
Nguồn: tailieu
LINK DOWNLOAD
Ebook-Huong-dan-thuc-hanh-che-do-bao-cao-tai-chinh-doanh-nghiep-Phan-2.PDF[10.21 M]
File đã kiểm duyệtBáo lỗi (or) Gửi hỗ trợ Báo vi phạm bản quyền
Pass giải nén (Nếu có):
tailieumienphi.vn
tailieumienphi.vn
DOWNLOAD
(Miễn phí)
(Miễn phí)
Tài liệu tương tự
TÀI LIỆU NỔI BẬT

markdown:
#
Ebook Hướng dẫn thực hành chế độ báo cáo tài chính doanh nghiệp: Phần 2
*Tài Chính - Ngân Hàng,Tài chính doanh nghiệp *
Đánh giá
[Viết đánh giá](#danh-gia) **0** **38** **0**
Phí: Tải Miễn phí
Mã tài liệu
3beauq
Danh mục
Tài Chính - Ngân Hàng,Tài chính doanh nghiệp
Thể loại
[Hướng dẫn thực hành chế độ BCTC, Chế độ báo cáo tài chính doanh nghiệp, Báo cáo tài chính doanh nghiệp, Chế độ báo cáo tài chính, Báo cáo tài chính, Trình bày hệ thống báo cáo tài chính, Hệ thống báo cáo tài chính]()
Ngày đăng
1/1/1
Loại file
Số trang
111
Dung lượng
10.21 M
Lần xem
38
Lần tải
0
File đã kiểm duyệt an toàn
#### Nối tiếp nội dung phần 1 cuốn sách Hướng dẫn thực hành chế độ báo cáo tài chính doanh nghiệp do TS. Nguyễn Phương Liên biên soạn, phần 2 giới thiệu tới người đọc các hướng dẫn lập và trình bày hệ thống báo cáo tài chính giữa niên độ. Mời các bạn cùng tham khảo.
Bước 1:Tại trang tài liệu tailieumienphi.vn bạn muốn tải, click vào nút Download màu xanh lá cây ở phía trên.
Bước 2: Tại liên kết tải về, bạn chọn liên kết để tải File về máy tính. Tại đây sẽ có lựa chọn tải File được lưu trên tailieumienphi.vn
Bước 3: Một thông báo xuất hiện ở phía cuối trình duyệt, hỏi bạn muốn lưu . - Nếu click vào Save, file sẽ được lưu về máy (Quá trình tải file nhanh hay chậm phụ thuộc vào đường truyền internet, dung lượng file bạn muốn tải)
Có nhiều phần mềm hỗ trợ việc download file về máy tính với tốc độ tải file nhanh như: Internet Download Manager (IDM), Free Download Manager, ... Tùy vào sở thích của từng người mà người dùng chọn lựa phần mềm hỗ trợ download cho máy tính của mình
MÔ TẢ CHI TIẾT
Ebook Hướng dẫn thực hành chế độ báo cáo tài chính doanh nghiệp: Phần 2
Nguồn: tailieu
LINK DOWNLOAD
##
Ebook-Huong-dan-thuc-hanh-che-do-bao-cao-tai-chinh-doanh-nghiep-Phan-2.PDF[10.21 M]
File đã kiểm duyệt
[Báo lỗi (or) Gửi hỗ trợ](#collError) [Báo vi phạm bản quyền](#) **Pass giải nén**(Nếu có):
tailieumienphi.vn
[](/download)
DOWNLOAD
(Miễn phí)
(Miễn phí)
## Tài liệu tương tự
TÀI LIỆU NỔI BẬT
[luận văn báo cáo](/tai-lieu/luan-van-bao-cao) [tài liệu phổ thông](/tai-lieu/tai-lieu-pho-thong) [công nghệ thông tin](/tai-lieu/cong-nghe-thong-tin) [kỹ thuật công nghệ](/tai-lieu/ky-thuat-cong-nghe) [y tế sức khoẻ](/tai-lieu/y-te-suc-khoe) [báo cáo khoa học](/tai-lieu/bao-cao-khoa-hoc) [tài chính ngân hàng](/tai-lieu/tai-chinh-ngan-hang) [y học thường thức](/tai-lieu/y-hoc-thuong-thuc) [văn hoá nghệ thuật](/tai-lieu/van-hoa-nghe-thuat) [kinh doanh marketing](/tai-lieu/kinh-doanh-marketing) [khoa học tự nhiên](/tai-lieu/khoa-hoc-tu-nhien) [khoa học xã hội](/tai-lieu/khoa-hoc-xa-hoi) [giải trí thư giãn](/tai-lieu/giai-tri-thu-gian) [quản trị kinh doanh](/tai-lieu/quan-tri-kinh-doanh) [tiếng anh ngoại ngữ](/tai-lieu/tieng-anh-ngoai-ngu) [cơ khí chế tạo máy](/tai-lieu/co-khi-che-tao-may) [kỹ thuật lập trình](/tai-lieu/ky-thuat-lap-trinh) [đề thi kiểm tra](/tai-lieu/de-thi-kiem-tra) [nông lâm ngư](/tai-lieu/nong-lam-ngu) [ôn thi đh cđ](/tai-lieu/on-thi-dh-cd)

Cache-Control: private

Content-Type: text/html; charset=utf-8


text:
Tải bản đầy đủ
Kinh Doanh - Tiếp Thị
Internet Marketing
4 loại bài viết cho SEO
4 loại bài viết cho SEO: Thành công ở bất
cứ dự án nào
Category : Blog
Tôi cứ đắn đo mãi là có nên viết bài này không, bởi nó liên quan đến số tiền tôi
có thể kiếm được trong tương lai.
Cũng là bí quyết thành công của tôi ở bất cứ một dự án SEO nào.
Đó là cách chia ra từng loại bài viết để lên TOP từ khóa và bán được hàng.
Nhiều lúc nghĩ..
…hay là cứ an phận thủ thường, kiếm được càng nhiều tiền càng tốt.
Cuối cùng thế nào lại quyết định chia sẻ, bởi GIÁ TRỊ của một con người sẽ lớn hơn rất
nhiều số tiền mà chúng ta có thể kiếm được trong tương lai.
Thế nên, hãy cùng tôi bắt đầu bài viết nào.
1. Bài viết Hilltop
Tôi thích nó ngay từ buổi đầu tìm hiểu về thuật toán Hilltop. Nếu một số người quan
tâm đến thuật toán Panda, Penguin, Pigeon,… thì tôi lại quan tâm đến những thuật toán
liên quan đến quá trình lên hạng của một từ khóa.
Thuật toán Hilltop được tôi tìm thấy trên Wikipedia
Tôi sẽ tóm tắt nội dung thuật toán này trước cho các bạn có thể hiểu:
Thuật toán này dùng để tìm các tài liệu có liên quan đến chủ đề từ khóa cụ thể. Nó chia
làm 2 loại trang: “Trang chuyên gia” và “trang thẩm quyền”.
– Trang chuyên gia: Là trang liên kết tới rất nhiều tài liệu khác có liên quan.
– Trang thẩm quyền: Là trang được “trang chuyên gia” trỏ đến nó.
Định nghĩa bài viết Hilltop của tôi là bài viết trên “trang chuyên gia”.
Nếu “trang thẩm quyền” ai cũng hiểu là có nhiều backlink đến từ các “trang chuyên gia”
và ảnh hưởng trực tiếp đến kết quả từ khóa.
Thì tôi lại thích câu này nói về “trang chuyên gia”:
Về lý thuyết, Google tìm “trang chuyên gia” trước, sau đó các trang mà được “trang
chuyên gia” liên kết tới sẽ được XẾP HẠNG TỐT.
Bạn nên xem qua thuật toán Hilltop trên Wikipedia tại nội dung gốc để nắm rõ hơn về
thuật toán.
Còn bây giờ…
…chúng ta phải xem qua cách ứng dựng thực tế của bài viết Hilltop là như thế nào cho
dự án của mình?
Tôi biết Google sẽ tìm trang chuyên gia trước (đánh giá được một nội dung để có thể
xếp hạng).
Vì nếu là website mới thì bạn có “giật Title” điên cuồng cũng chả ai dám xếp hạng cho
nội dung của bạn cả, kể cả bài viết đó có Traffic.
Thế nên, điều đầu tiên các bạn cần làm là:
Viết nội dung để Google BOT yêu mến trước.
À, phải nói cái này viết…
…cực dễ.
Bước 1: Lấy một từ khóa để viết bài
– Ở đây tôi lấy từ khóa “thiết kế nội thất phòng bếp nhà ống”. Muốn biết tại sao tôi lấy
từ khóa dài “dằng dặc” này để SEO cho những tháng đầu tiên thì bạn nên đọc bài
viết Quy trình SEO VUA tổng thể – Lấy cảm hứng từ Leicester City để nắm rõ quy trình.
Bước 2: Lên Google Search từ khóa đó ở chế độ ẩn danh
Bước 3: Kéo xuống dưới cùng chứa 8 tìm kiếm liên quan
Bước 4: Chọn từ 2-3 từ khóa gần nhất với từ khóa đã Search để chọn làm thẻ tiêu
đề con (H2) trong bài viết
Bước 5: Lên được khung sườn cho bài viết, dạng:
chứa từ khóa “thiết kế nội thất phòng bếp nhà ống”
Description: Mô tả cho bài viết
Chứa từ khóa “mẫu phòng bếp nhà ống”
Đoạn nội dung viết về “mẫu phòng bếp nhà ống” + hình ảnh mô tả
Chứa từ khóa “không gian bếp nhà ống”
Đoạn nội dung viết về “không gian bếp nhà ống” + hình ảnh mô tả
Nếu nhìn khung sườn quá rối rắm, bạn nên xem trực tiếp bài viết đã hoàn thiện để nắm
rõ cách viết bài Hilltop cho ví dụ trên.
Vậy là:
Bài viết Hilltop là bài viết sẽ được Google BOT đánh giá cao vì chứa nhiều từ khóa liên
quan mà người dùng muốn tìm kiếm trong nội dung.
Và, về lý thuyết:
Google quét bài viết Hilltop trước.
2. Bài viết nhỏ (Small Content)
Nếu muốn hiểu bài viết nhỏ thật chi tiết, bạn nên đọc Viết bài chuẩn SEO: Thực ra chỉ
có 2 bước để hiểu sâu về nó.
Tóm lại:
Bài viết nhỏ là bài viết không chỉ có từ khóa “cài cắm”, nó còn phải thu hút được nhiều
CTR.
Hãy lấy ví dụ ở 2 công thức viết bài cho Small Content để hiểu rõ nào:
– Công thức 1: AIDA
•
Gây sự chú ý
•
Nêu vấn đề thú vị khiến họ quan tâm
•
Kích thích sự ham muốn của họ
•
Và kêu gọi họ hành động.
Một mẫu bài viết AIDA trên website JPWatch.vn
– Công thức 2: PAS
•
Tìm nỗi đau của khách hàng
•
Làm trầm trọng hóa nỗi đau
•
Và đưa ra giải pháp, giải quyết vấn đề đó.
Một mẫu bài viết PAS trên JPWatch
3. Bài viết lớn (Big Content)
Nội dung lớn theo định nghĩa của tôi là những nội dung có lượng truy cập nhiều, có thể
không có từ khóa trong Headline cũng được.
Thời gian đầu làm SEO tôi thường phải làm tất cả các loại nội dung.
Nhưng:
Nội dung lớn thường được tôi làm “nhỉnh” hơn một chút cho với các nội dung còn lại
trong những tháng đầu tiên.
Thế nên, Google Analytics thời điểm đầu một dự án của tôi luôn có dạng này:
Dự án Nội Thất Trẻ Việt Nam mới được tôi nhận khoảng 2 tuần
Tôi cứ hình dung Google là một người quản thư trong thư viện. Ai vào cũng hỏi cuốn
sách (Website) này và đọc nó một cách đầy cảm xúc.
Lúc này người quản thư (Google) chỉ có mỗi một nhiệm vụ.
Đó là:
Đưa nó ra ngoài cùng để những người đến sau đỡ phải hỏi.
Thời gian đầu, tôi cần Traffic để Google đánh giá, điều đó thì chỉ có Big Content mới có
thể giải quyết được.
VD: Dự án của tôi chạy được 2 tuần về thiết kế nội thất, tôi sẽ sản xuất những nội dung
Big Content như bài:
“Con chỉ việc ngủ thôi, bố sẽ mang cả thế giới vào phòng”.
Bạn thấy đấy:
Không có một từ khóa nào về “Thiết kế nội thất” trong đó, và tôi lúc này chỉ việc ném lên
Group nào đó có các bố các mẹ.
Thậm chí là…
…ném lên tường cá nhân của tôi cũng có lượt người tương tác.
Bạn nên đọc bài viết này vì Headline không có từ khóa, nhưng nội dung trong bài viết
thì có thể bán được dịch vụ “thiết kế nội thất phòng trẻ em” khi từ khóa chưa lên TOP.
Mà:
Cuối cùng từ khóa đó vẫn lên TOP, thế mới hay chứ.
Bạn sẽ nhận ra ngay cách cài cắm từ khóa chứa CTA (kêu gọi hành động) nhẹ nhàng
của người làm SEO trên đó, chính cách người dùng tương tác vào backlink, sẽ khiến
nó lên TOP ở tương lai…
… không xa.
4. Bài viết Virus ( Viral Content)
Bài viết dạng này là khó viết nhất, nó đòi hỏi một kỹ năng viết bài ở mức chuyên gia.
Thế nên tôi thường khuyên những người muốn làm nội dung Viral là: Hãy nghiên cứu
về những niềm đam mê của mình rồi viết về nó.
Sau đó:
Tổng hợp tất cả các giá trị vào một bài viết chất lượng.
Vì theo định nghĩa của tôi, nội dung Viral phải là nội dung cung cấp rất nhiều giá trị cho
người đọc, chứ không phải những bài viết giật Title câu view không có giá trị.
Theo kỹ năng viết của tôi, có mỗi 3 chú ý quan trọng cho một bài viết Viral:
– Lên được một Concept chứa tất cả mọi thứ về kiến thức nào đó.
– Viết những đoạn ngắn để khách hàng đỡ mệt (Đoạn ngắn khi viết bài của tôi là đoạn
chứa tối đa chỉ 2 câu).
– Nội dung tối thiểu phải được 2000 từ.
Dưới đây là bài viết Viral về SEO với trên 4000 từ, đây là bài viết có lượng chia sẻ công
khai khá lớn (chưa tính những lượt Share ẩn).
Bạn nên đọc qua bài viết Kiến thức SEO căn bản: 26 bước từ A-Z để trở thành Chuyên
gia SEO để có thể viết được những nội dung Viral như nó.
Đọc đến đây, các bạn đừng nản.
Và đừng nghĩ rằng mình không thể viết được như ông này, ông kia. Bởi ông ấy là
chuyên gia rồi thì viết cái gì chẳng dễ.
Tôi có một câu chuyện để kể với các bạn:
Có một SEOer nước ngoài nhận dự án SEO cho những từ khóa liên quan đến ‘Thuốc
trừ sâu’. Vì biết là nếu viết những bài viết về ‘thuốc trừ sâu’ thì sẽ chả có ai tương tác.
Anh ta liền viết một bài về…
.
.
…LÀM VƯỜN.
Trong nội dung bài viết, anh ta làm thêm một cái Infographic chuyên nghiệp để liệt kê về
những loại sâu bệnh trong vườn và cách tiêu diệt nó.
Ở mỗi một loại sâu thông dụng, anh ta có thể cài cắm về những loại ‘thuốc trừ sâu’ mà
anh ta đang bán.
Kết quả:
Những người làm vườn, các mẹ trồng rau – củ – quả chia sẻ ầm ầm nội dung đó.
Vì đó là kiến thức hữu ích giúp vườn rau của các mẹ luôn trong trạng thái tốt nhất nên
họ không ngại chia sẻ, lưu lại để sử dụng trong tương lai.
Vậy là chúng ta đã đi hết 4 loại nội dung mà tôi thường sử dụng cho các dự án của
mình.
Mong sao sẽ giúp ích được cho các bạn trong thời điểm Google ngày một thông minh.
(Lê Thanh Sang – SEO Manager Vinalink)
............................
Kiến thức SEO căn bản: 26 bước từ A-Z để
trở thành Chuyên gia SEO
Category : Blog
Từ lâu tôi đã ấp ủ một tài liệu chi tiết cho những ai bắt đầu tìm hiểu về kiến thức SEO
(Tối ưu hóa công cụ tìm kiếm) từ chưa biết đến “Lão làng”, từ SEO cơ bản đến nâng
cao.
Và…
… mong muốn nó chỉ gói gọn trong 1 bài viết.
Bây giờ là lúc tôi sắp xếp 26 ký tự trong bảng chữ cái thành 26 bước tối ưu hóa công
cụ tìm kiếm theo các cấp độ từ cơ bản đến nâng cao để các bạn có thể theo dõi và ghi
nhớ bài viết dễ dàng. Bắt đầu từ chữ A nhé!
A – Am hiểu các kiến thức cơ bản về SEO
Tôi còn nhớ ở khóa IM K56 (Digital Marketing tổng quan) có một buổi nói về SEO (Tối
ưu hóa công cụ tìm kiếm), hầu hết những học viên đều ở mức độ quản lý. Tôi giảng
một hồi mà cả lớp chả ai hiểu thẻ Meta Title, Meta Description là gì. Lúc đó tôi cũng hơi
giật mình, nhưng rồi tôi nghĩ lại, nên giảng thế nào cho dễ hiểu nhất cho những người
chưa biết gì về SEO.
Vậy là tôi chia ra 3 bước:
Bước 1: Cho họ xem Video về cách Google làm việc để xếp hạng 1 từ khóa trên công
cụ tìm kiếm (Tất nhiên là bật chế độ dịch trên Youtube rồi).
Cách Google làm việc để xếp hạng các từ khóa
Bước 2: Tiếp đến tôi cho họ xem những thành phần nào trên Website mà Google sẽ lấy
để hiển thị.
Hình ảnh minh họa khi Search trên Google tìm kiếm từ khóa “dich vu seo”
Chú ý: Google không hiểu tiếng Việt, các bạn chọn thẻ Meta cho nó chính là cách bạn
nói chuyện với nó, bằng ngôn ngữ của chính nó.
BẤT CỨ 1 TRANG NÀO của bạn cũng cần tối ưu 3 yếu tố này, nhưng quan trọng nhất
vẫn là 2 thẻ:
– Meta Title: Thẻ Meta tiêu đề của trang, Google sẽ lấy thông tin đó hiển thị cho tiêu đề
kết quả tìm kiếm.
Ở VD ở hình ảnh trên thì thẻ Meta Title là: “Dich vu seo, Dịch vụ seo, Công ty Seo
Vinalink”.
– Meta Description: Thẻ Meta mô tả của trang, sẽ được Google lấy để hiển thị mô tả
cho kết quả tìm kiếm.
Ở VD hình ảnh trên thì thẻ Meta Description là: “Vinalink là công ty seo đầu tiên tại Việt
nam cung cấp dịch vụ seo cho các thương hiệu lớn, báo điện tử theo quy trình ISO
9001:2008 với 12 năm kinh nghiệm.”
– URL hiển thị: Đó là đường dẫn mà Google hiển thị cho trang của bạn
Tối ưu ư?..
Chỉ cần có từ khóa trong 3 phần quan trọng đó là OK thôi mà.
Họ hỏi tôi: “Cách cho từ khóa vào thẻ Meta để tối ưu? Thẻ Meta tiêu đề và thẻ Meta mô
tả ở đâu trên website?”
Mỗi 1 website thường có hệ thống quản trị (CMS) khác nhau, vì thế cách bố trí thủ công
hay tự động phụ thuộc vào bộ Code của website đó. Nếu nói vậy họ sẽ không hiểu, tôi
liền bật bộ CMS của tôi lên cho họ thấy, nhưng cũng chưa cải thiện được gì, mơ hồ
đến… não lòng.
Tôi chợt nhớ, họ đang ở mức quản lý hoặc là một Newbie chưa biết gì về SEO
Bước 3: Yêu cầu họ cài đặt một công cụ chạy trên Google Chrome có tên gọi là SEO
Site Tools, vì quản lý nên ta sẽ phải chú ý đến các thẻ Meta cho từng trang để có thể
biết đội SEO của chúng ta đang làm gì cho những phần đó, nó có chứa từ khóa không?
Nó có kích thích khách hàng Click không?…
Khi cài đặt xong công cụ phía trên, nó sẽ xuất hiện ở góc trên bên phải trình duyệt
Chrome của bạn, lúc này bạn muốn xem bất cứ trang nào có thẻ Meta là gì thì chỉ cần
gõ URL trang đó trên trình duyệt >> Click vào công cụ SEO Site Tools >> Chọn “Page
Elements”.
Công cụ SEO Site Tools kiểm tra thẻ Meta Title và Meta Description của trang web
Vẫn ở “Page Elements” bạn kéo xuống phía dưới sẽ biết các thẻ Heading của mình là
gì.
Kiểm tra các thẻ Heading của trang web (Tiêu đề con từ H1-H5)
Nếu thẻ Meta Title là TIÊU ĐỀ MẸ thì các thẻ Heading sẽ là TIÊU ĐỀ CON của Page,
khuyến khích có các từ khóa liên quan ở thẻ Heading vì nó sẽ khiến Google hiểu rõ hơn
chủ đề website của bạn.
Ở mức quản lý bạn nên cài ngay SEO Site Tools trên trình duyệt Chrome của mình để
nắm rõ cách tối ưu cơ bản mà đội SEO của mình đang làm, để dễ dàng quản lý.
B – Biết về các kênh trong Digital Marketing
SEO sẽ nhàn hạ khi bạn biết Mix tất cả các kênh trong Digital Marketing để phục vụ nó.
Thế mới nói, nếu làm việc mà cứ chăm chăm sản xuất nội dung, rải rắc link tùm lum,
tạo site vệ tinh rác thì lương bạn thấp là chuyện dễ hiểu thôi ạ.
Phải nắm rõ các kênh trong Digital Marketing để hỗ trợ hiệu quả cho SEO và bán hàng
Bạn có biết viết Content thế nào để tăng lượng tương tác? Bạn có biết dùng Facebook
để hỗ trợ SEO? bạn có biết Remarketing để không mất khách hàng? Bạn có biết dùng
Email Marketing để giới thiệu các bài viết hay nhất của mình đến độc giả?…
C – Chăm chút cho từng kiến thức đã đọc được
Tôi còn nhớ lúc bắt đầu tìm hiểu về SEO, tối tối đi làm về là tôi đọc các kiến thức trên
một số diễn đàn SEO trong nước, hoặc lên Google Search bằng những từ khóa ngô
nghê như “Kiến thức SEO”, “SEO căn bản”,…
Đọc xong tôi thường Note lại trên con Blackberry 8820 cùi mía của mình…
Và tôi giữ thói quen trước khi đi ngủ, lôi cái Note đó ra đọc cho dễ ngủ.
D – Dấn thân vào việc thực hành SEO trên Website
Đọc kiến thức mới tối hôm trước thì sáng hôm sau tôi thực hành luôn trên Website của
mình, cứ vậy, cứ vậy,…
Tôi yêu SEO từ lúc nào.
E – E ngại đối thủ là cách chúng ta tìm cách vượt họ
Những năm đầu tôi tìm hiểu vể SEO và làm SEO (2011-2012) thường vất vả nhất, đây
giống như cuộc chạy đua vũ trang của Backlink vậy. Hồi đó đâu biết đến các kênh
Digital Marketing hỗ trợ khác.
Tôi còn nhớ hồi tôi TOP1 từ khóa “May loc nuoc” cho trang Ohido.vn, đợt đó a @Minh
Trần (Chuyên gia BĐS bây giờ) cũng làm dịch vụ SEO cho từ khóa đó. Anh có nói về
cách a lên TOP1 từ khóa “May loc nuoc” là nói chuyện với tôi để tôi chỉ hết cách làm
SEO cho a ấy (Thời đó dễ tin người, ông nào hỏi mình cũng giúp đỡ, Nick ảo thì ai mà
kiểm tra). Thế rồi một ngày ổng lên TOP1, ông chia sẻ bí quyết trên ThegioiSEO, ông
có nói “Muốn lên TOP1 từ khóa khó, hãy lân la làm quen với đối thủ để đối thủ truyền
hết kinh nghiệm cho”.
Link bài viết chia sẻ trên Thegioiseo: http://www.thegioiseo.com/threads/chia-se-biquyet-seo-len-top-1-tu-khoa-kho-may-loc-nuoc.55170/
Tôi vô tình đọc được và có để lại Comment:
“E có tính chia sẻ cùng tất cả ae vì muốn các Seoer phát triển, ai hỏi e cũng trả lời, e ít
dấu diếm, nhưng từ khi đọc bài này của bạn ý bên SEotopX thì e đã cho bạn ý ra đi
trong vòng 1 nốt nhạc. E đã trở lại vị trí đầu tiên trong ngày bạn ấy đăng tin. E cũng đã
nói với bạn ấy là từ khóa ấy, e chưa từng SEO, và nếu e làm SEO cho từ khóa đó thì
bạn ấy ko dễ vượt mặt đâu.”
Có một niềm vui lạ kỳ khi bắt đầu thành ngôi sao…
Hồi đó còn không biết Duy bên Vinalink
Fan nữa này…
Và cuối cùng bác Minh Trần cũng thanh minh:
Cảm giác của tôi lúc đó chắc những ai làm SEOer đều hiểu!
Mới đi được 1/5 quãng đường của bài viết. Đến lúc nghỉ giải lao rồi ạ, các bạn nhớ
đăng ký theo dõi Email để nhận được thông báo khi Update tiếp các phần sau nhé!
Chỉ còn 21 bước nữa là bạn thành Chuyên gia SEO rồi. Cố gắng theo sát cho hết nội
dung bài viết nhé!
F – Fail là từ không một SEOer nào mong muốn
Thất bại thì chả có ngành nghề nào mong muốn, chứ chẳng phải mỗi nghề SEO.
Nhưng…
… Fail đôi khi lại tốt.
Fail vì từ khóa không bắt kịp tiến độ.
Fail vì cày cuốc hoài mà bị Google phạt.
Fail vì không được tối ưu từ đầu cho Website.
Fail vì bị đối tác thúc giục.
Fail vì không có tài nguyên.
Fail vì đối thủ mạnh.
…
Có rất nhiều lý do Fail, nhưng lý do cơ bản ở đây chắc chỉ có một: Đó là chúng ta đang
cố gắng qua mặt Google bằng những thủ thuật không giúp gì cho trải nghiệm người
dùng.
Tuổi trẻ mà… Cứ sai đi.
Để tìm ra cho mình một con đường đi đúng đắn.
G – Giá trị đem lại cho khách hàng thông qua SEO
Giá trị trong SEO đơn giản là cách giúp đỡ người dùng với những kiến thức mà chúng
ta đang có, để làm cho khách hàng NHANH HƠN và DỄ DÀNG HƠN. Hãy lấy một ví dụ
cụ thể để đơn giản hóa vấn đề.
VD: Tôi muốn lên hạng ở từ khóa “đồng hồ nữ casio giá rẻ” cho trang JPWatch.vn. Hiện
tại nó đang ở TOP3 cho một bài viết có tiêu đề: “Top 5 đồng hồ nữ Casio giá rẻ dưới 1
triệu đồng”
Điều tôi mong muốn không chỉ là từ khóa “đồng hồ nữ casio giá rẻ” lên TOP, tôi còn
muốn giúp đỡ người dùng, chọn cho họ 5 mẫu đồng hồ giá dưới 1 triệu rồi tổng hợp
thành một bài viết cho họ.
Tôi sẽ phải “lọ mọ” vào danh mục để chọn ra những mẫu đẹp nhất của đồng hồ nữ
Casio có giá dưới 1 triệu cho khách hàng.
Nếu đọc bài viết này bạn sẽ biết, tại sao một bài viết chuẩn SEO lại có nhiều backlink
về trang sản phẩm như vậy.
Vì tôi đâu chỉ có ý định từ khóa lên hạng mới bán được hàng.
Tôi phải bán được hàng kể cả nó chưa lên hạng. Đó là cách tôi hay làm, phải dẫn dắt
được khách hàng về sản phẩm và dịch vụ mình đang bán. Lúc đầu kể cả TOP100, khi
ném lên Group hoặc quáng bá nó trên Mạng Xã Hội, cũng sẽ có những khách hàng đầu
tiên xem qua sản phẩm.
Và, các bạn có biết:
– Chính cách làm nội dung có GIÁ TRỊ, giúp đỡ người dùng, chúng ta có thể bán hàng
được ngay những tháng đầu tiên.
– Lúc đầu, sau khi quảng bá trên Mạng xã hội, bài viết được người ta vào nhiều nhất
qua từ khóa “đồng hồ nữ casio giá dưới 1 triệu”. Sau đó nó mới bắt TOP từ “đồng hồ nữ
casio giá rẻ”.
Đến đây chắc bạn đã hiểu về cách làm 1 từ khóa lên hạng trong những tháng đầu tiên.
H – Hiểu về trải nghiệm người dùng
Đây là yếu tố đang thay thế dần cho Backlink, thật không may vì không phải ai cũng
biết đến vấn đề này. Nhất là các SEOer mới.
Trong SEO:
Content vẫn là VUA, còn Backlink đã nhường vị trí HOÀNG HẬU cho UX từ bao giờ.
Trải nghiệm người dùng đơn giản chỉ là giúp cho người dùng có trải nghiệm NHANH
HƠN, DỄ DÀNG HƠN trên website của mình. Mang những nội dung chất lượng, có giá
trị của mình khiến người dùng ở lại lâu hơn trên chính website của chúng ta.
I – Im lặng đến khi từ khóa lên TOP
Im lặng không có nghĩa là chúng ta không làm gì cho nó.
Im lặng cũng không phải là tạo thật nhiều Acount, mua thật nhiều hệ thống để SPAM.
Im lặng là:
Suy nghĩ cho cả một chiến lược phát triển và bắt tay vào làm.
Sáng tạo những nội dung có giá trị cho khách hàng.
Khi chọn được một con đường đi đúng, họ sẽ chả hỏi bạn có bao nhiêu từ khóa lên
TOP. Họ chỉ hỏi: “Tháng này mày bán được bao nhiêu hàng từ SEO”.
J – JAV là cái chúng ta nên hạn chế khi “cày” SEO
Những người làm SEO đôi khi hay thức khuya, lúc buồn ngủ cũng như lúc cảm thấy
chán chán là mắt trước mắt sau…
Anh em nên hạn chế, nó không những ảnh hưởng đến sức khỏe. Nó còn khiến Anh em
lên đỉnh nhanh và cũng xuống rất nhanh, giống như lên TOP1 Google mà hôm sau nó
biến mất ấy. Để “lên đỉnh” bền vững, hãy chơi thêm một môn thể thao nào đó hoặc tìm
hiểu về các kênh khác trong Digital Marketing.
Hạn chế thôi chứ không phải cấm tiệt!
K – Khách hàng đang ở đâu?
Khách hàng của bạn chắc hẳn không phải trên các Forum SEO mà các bạn hằng ngày
đi SPAM được. Bạn sẽ là người hiểu rõ nhất về khách hàng của mình, để có thể tiếp
cận họ một cách hiệu quả nhất.
Tài liệu liên quan
Năm bài học cho loại hình tiếp thị qua Email
Tài liệu 5 bài học cho loại hình tiếp thị qua Email pptx
Tài liệu Bài 4: Qui trình viết hiệu quả ppt
Tài liệu Tinh thần doanh nhân Mỹ và bài học cho cà phê Việt doc
4 Loại Xét Nghiệm Cho Phụ Nữ Trên 30 Tuổi pptx
Các yếu tố seo cần quan tâm khi viết một bài viết mới ppt
chính sách FDI của một số nước và bài học cho việt nam
Chính sách đầu tư quốc tế của hàn quốc và bài học cho viêt nam
Kinh nghiệm 1 số quốc gia châu á về phát triển nguồn nhân lực trong tiến trình hội nhập kinh tế quốc tế - bài học cho Việt Nam pptx
tranh ảnh minh họa cho bài viết trong tổ chức sự kiện
Tài liệu bạn tìm kiếm đã sẵn sàng tải về
(10.39 MB) - 4 loại bài viết cho SEO
Tải bản đầy đủ ngay
×

WARC-Identified-Payload-Type: text/html

Server: nginx


text:
Khách hàng Vietinbank có cơ hội được tặng gói thay dầu miễn phí trị giá 500,000đồng khi đăng kí làm thẻ đồng thương hiệu VietinBank-Otofun.
Khuyến mãi tân trang xế hộp đón tết Giáp Ngọ
Chào đón Tết Nguyên đán năm mới Giáp Ngọ, Vietinbank tổ chức chương trình khuyến mãi "Vui đó xuân sang, tân trang xế hộp" với thẻ đồng thương hiệu VietinBank-Otofun.
Từ ngày 15/01- 25/01/2014, 03 khách hàng đầu tiên đăng ký mở thẻ VietinBank-Otofun Online trong khung giờ vàng 11-13h và 20-22h hàng ngày sẽ được tặng ngay gói thay dầu trị giá 500.000 đồng.
Đặc biệt, chủ thẻ VietinBank-Otofun có doanh số chi tiêu tích lũy cao nhất trong ngày (tối thiểu 2.000.000đồng) còn được tặng gói bảo dưỡng trị giá 2.000.000 đồng.
Khách hàng lần đầu tiên phát sinh giao dịch thanh toán online bằng thẻ ghi nợ quốc tế Visa Debit Otofun sẽ được chiết khấu 20%. Mức chiết khấu tối đa là 500.000đ/tài khoản thẻ và được chuyển thẳng vào tài khoản thẻ thực hiện chi tiêu.
Ngoài ra, chủ thẻ VietinBank-Otofun được giảm thêm 10% trên tổng giá trị giao dịch thanh toán tối thiểu 200.000đồng qua POS VietinBank tại các điểm ưu đãi do VietinBank khai thác dành riêng cho chủ thẻ VietinBank-Otofun. Mức chiết khấu tối đa là 200.000đồng/chủ thẻ.
Thêm vào đó, khi phát sinh giao dịch thanh toán online tối thiểu từ 1.000.000đồng chủ thẻ được hưởng ưu đãi chiết khấu 5%/tổng giá trị giao dịch.
Bình luận
Nội quy : nhận xét có tối thiểu 10 ký tự, gõ tiếng việt có dấu, không chứa nội dung tục tĩu. Nếu bị báo cáo vi phạm quá 10 lần bị baned nick.

markdown:
Khách hàng Vietinbank có cơ hội được tặng gói thay dầu
**miễn phí trị giá 500,000đồng** khi đăng kí làm thẻ đồng thương hiệu VietinBank-Otofun.
Khuyến mãi tân trang xế hộp đón tết Giáp Ngọ
Chào đón Tết Nguyên đán năm mới Giáp Ngọ, Vietinbank tổ chức chương trình khuyến mãi
**"Vui đó xuân sang, tân trang xế hộp"** với thẻ đồng thương hiệu VietinBank-Otofun.
Từ ngày 15/01- 25/01/2014, 03 khách hàng đầu tiên đăng ký mở thẻ
**VietinBank-Otofun Online** trong khung giờ vàng 11-13h và 20-22h hàng ngày sẽ được tặng ngay gói thay dầu trị giá 500.000 đồng.
Đặc biệt, chủ thẻ VietinBank-Otofun có doanh số chi tiêu tích lũy cao nhất trong ngày (tối thiểu 2.000.000đồng) còn được tặng gói bảo dưỡng trị giá
**2.000.000 đồng**.
Khách hàng lần đầu tiên phát sinh giao dịch thanh toán online bằng thẻ ghi nợ quốc tế Visa Debit Otofun sẽ được
**chiết khấu 20%**. Mức chiết khấu tối đa là 500.000đ/tài khoản thẻ và được chuyển thẳng vào tài khoản thẻ thực hiện chi tiêu.
Ngoài ra, chủ thẻ VietinBank-Otofun được giảm thêm 10% trên tổng giá trị giao dịch thanh toán tối thiểu 200.000đồng qua POS VietinBank tại các điểm ưu đãi do VietinBank khai thác dành riêng cho chủ thẻ VietinBank-Otofun. Mức chiết khấu tối đa là 200.000đồng/chủ thẻ.
Thêm vào đó, khi phát sinh giao dịch thanh toán online tối thiểu từ 1.000.000đồng chủ thẻ được hưởng ưu đãi
**chiết khấu 5%**/tổng giá trị giao dịch.
## Bình luận
Nội quy : nhận xét có tối thiểu 10 ký tự, gõ tiếng việt có dấu, không chứa nội dung tục tĩu. Nếu bị báo cáo vi phạm quá 10 lần bị baned nick.


text:
Đá Thạch Anh Khác
Showing 161–176 of 177 results
-
Tỳ Hưu thạch anh khói FS5016998,000 VNĐ Đặt Mua
-
Tháp Văn Xương đá nham thạch FM093853,000 VNĐ Đặt Mua
-
Cóc thạch anh hồng FM1741,949,000 VNĐ Đọc tiếp
-
Di lạc thạch anh hồng FM1201,893,000 VNĐ Đặt Mua
-
Cóc thạch anh tím FH0723,654,000 VNĐ Đặt Mua
-
Di lặc đá Đông Linh FM1211,893,000 VNĐ Đặt Mua
-
Tỳ hưu ngọc đông linh FM1674,872,000 VNĐ Đặt Mua
-
Tháp văn xương thạch anh hồng FM1761,705,000 VNĐ Đặt Mua
-
Tỳ hưu đá Đông Linh xanh FS004383,000 VNĐ Đặt Mua
-
Tỳ hưu đá mắt mèo vân gỗ FS013441,000 VNĐ Đặt Mua
-
Phật bản mệnh tuổi Mão FS5069-41,114,000 VNĐ Đặt Mua
-
Phật bản mệnh tuổi Ngọ FS5068-71,148,000 VNĐ Đặt Mua
-
Phật bản mệnh tuổi Mùi FS5068-81,148,000 VNĐ Đặt Mua
-
Tỳ hưu thạch anh tím FS7631,021,000 VNĐ Đặt Mua
-
Tỳ hưu mắt mèo lớn FS014557,000 VNĐ Đặt Mua
-
Chuỗi tỳ hưu mắt mèo FS2046452,000 VNĐ Đọc tiếp

markdown:
# Đá Thạch Anh Khác
Showing 161–176 of 177 results
-
### Tỳ Hưu thạch anh khói FS5016998,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13506)
-
### Tháp Văn Xương đá nham thạch FM093853,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13494)
-
### Cóc thạch anh hồng FM1741,949,000 VNĐ
[Đọc tiếp](https://thegioiphongthuy.com/shop/coc-thach-anh-hong-fm174)
-
### Di lạc thạch anh hồng FM1201,893,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13462)
-
### Cóc thạch anh tím FH0723,654,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13458)
-
### Di lặc đá Đông Linh FM1211,893,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13423)
-
### Tỳ hưu ngọc đông linh FM1674,872,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13407)
-
### Tháp văn xương thạch anh hồng FM1761,705,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13403)
-
### Tỳ hưu đá Đông Linh xanh FS004383,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13382)
-
### Tỳ hưu đá mắt mèo vân gỗ FS013441,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13370)
-
### Phật bản mệnh tuổi Mão FS5069-41,114,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13325)
-
### Phật bản mệnh tuổi Ngọ FS5068-71,148,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13321)
-
### Phật bản mệnh tuổi Mùi FS5068-81,148,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13317)
-
### Tỳ hưu thạch anh tím FS7631,021,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13255)
-
### Tỳ hưu mắt mèo lớn FS014557,000 VNĐ
[Đặt Mua](/c/the-gioi-da-quy/da-thach-anh-khac/page/11?add-to-cart=13251)
-
### Chuỗi tỳ hưu mắt mèo FS2046452,000 VNĐ
[Đọc tiếp](https://thegioiphongthuy.com/shop/chuoi-ty-huu-mat-meo-fs2046)

Connection: Upgrade, close

Cache-Control: max-age=3, must-revalidate

Vary: Accept-Encoding,Cookie,User-Agent


text:
Nhằm níu kéo game thủ ngày càng đến với Thiên Kiếm Kỳ Hiệp nhiều hơn nên mới đây NPH Shanda Games đã chính thức mở sự kiện tặng lượng lớn giftcode cho game thủ. Nắm bắt được thông tin quý giá này nên chúng tôi đã liên hệ với bên đội ngũ vận hành game và mua về thành công 660 Thiên Kiếm Kỳ Hiệp. Khỏi phải dài dòng thêm nữa, ngay trong bài viết hôm nay chúng tôi sẽ gửi tặng miễn phí cho độc giả thân yêu của Tin24h.
Do số lượng giftcode chỉ có hạn mà người tham gia rất đông nên chúng tôi yêu cầu các bạn hãy hoàn thiện hết các yêu cầu dưới đây. Nếu ai hoàn thành trước sẽ ngẫu nhiên nhận được code qua thông tin mà các bạn để lại. Sau khi phát đủ số lượng chúng tôi sẽ ngừng nhận yêu cầu.
Bước 1: Chia sẻ bài viết này lên Facebook hoặc Google bằng nút phía dưới.
Bước 2: Like Fanpage để nhận thông báo mới tại đây
Sau khi hoàn thành xong các bạn hãy để lại thông tin SĐT hoặc Email ngay bình luận phía dưới nhé.
Đôi nét về Thiên Kiếm Kỳ Hiệp
Thiên Kiếm Kỳ Hiệp là game nhập vai được phát triển độc quyền bởi công ty Shanda Games Trung Quốc tại Việt Nam. Trò chơi đề tài huyền ảo được phát triển nhại theo tựa game client kinh điển đã có 11 năm tuổi của Shanda Games, qua đó cố gắng kế thừa những đặc điểm nổi bật và đặc sắc nhất của dòng game này.
Hiện tại trò chơi mới chỉ có bộ cài dành cho điện thoại Android, riêng máy iOS và máy tính thì sẽ được cập nhật trong thời gian tới. Mọi thông tin chi tiết về gameplay và đồ họa của game đã được cập nhật đầy đủ tại đây.
Bình luận

markdown:
Nhằm níu kéo game thủ ngày càng đến với Thiên Kiếm Kỳ Hiệp nhiều hơn nên mới đây NPH Shanda Games đã chính thức mở sự kiện tặng lượng lớn giftcode cho game thủ. Nắm bắt được thông tin quý giá này nên chúng tôi đã liên hệ với bên đội ngũ vận hành game và mua về thành công 660 Thiên Kiếm Kỳ Hiệp. Khỏi phải dài dòng thêm nữa, ngay trong bài viết hôm nay chúng tôi sẽ gửi tặng miễn phí cho độc giả thân yêu của Tin24h.
Do số lượng giftcode chỉ có hạn mà người tham gia rất đông nên chúng tôi yêu cầu các bạn hãy hoàn thiện hết các yêu cầu dưới đây. Nếu ai hoàn thành trước sẽ ngẫu nhiên nhận được code qua thông tin mà các bạn để lại. Sau khi phát đủ số lượng chúng tôi sẽ ngừng nhận yêu cầu.
Bước 1: Chia sẻ bài viết này lên Facebook hoặc Google bằng nút phía dưới.
Bước 2: Like Fanpage để nhận thông báo mới
[tại đây](https://www.facebook.com/tin24h.mobi/)
Sau khi hoàn thành xong các bạn hãy để lại thông tin SĐT hoặc Email ngay bình luận phía dưới nhé.
**Đôi nét về Thiên Kiếm Kỳ Hiệp**
Thiên Kiếm Kỳ Hiệp là game nhập vai được phát triển độc quyền bởi công ty Shanda Games Trung Quốc tại Việt Nam. Trò chơi đề tài huyền ảo được phát triển nhại theo tựa game client kinh điển đã có 11 năm tuổi của Shanda Games, qua đó cố gắng kế thừa những đặc điểm nổi bật và đặc sắc nhất của dòng game này.
Hiện tại trò chơi mới chỉ có bộ cài dành cho điện thoại Android, riêng máy iOS và máy tính thì sẽ được cập nhật trong thời gian tới. Mọi thông tin chi tiết về gameplay và đồ họa của game đã được cập nhật đầy đủ
[tại đây](https://tin24h.mobi/tai-game-thien-kiem-ky-hiep/).
## Bình luận

Server: Apache

Vary: Accept-Encoding,Cookie

Set-Cookie: wordpress_logged_in_751572fcfe19971d2198524dcc968bf4=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure; httponly

Transfer-Encoding: chunked


text:
Bao cao su Trung Quốc nhập khẩu Zimbabwe bị chê quá nhỏ
Một hãng bao cao su Trung Quốc đang tất bật sản xuất sản phẩm kích thước to hơn sau khi lô hàng bán sang Zimbabwe bị chê quá nhỏ.
Tờ South China Morning Post cho biết, Bộ trưởng Y tế Zimbabwe – ông David Parirenyatwa vừa phàn nàn rằng bao cao su do Trung Quốc sản xuất nhập khẩu vào nước này có kích cỡ quá nhỏ nên đàn ông tại đây không thể dùng được.
“Giới trẻ hiện nay có thể mua một chiếc bao cao su đặc biệt mà họ thích nhưng chúng tôi không sản xuất chúng. Chúng tôi nhập khẩu bao cao su từ Trung Quốc và một số đàn ông than phiền rằng chúng quá nhỏ”, ông David Parirenyatwa nói.
Trước tình hình trên, vị bộ trưởng khuyến nghị các công ty nội địa nên xem xét sản xuất bao cao su thay vì phụ thuộc vào nhập khẩu mà lại rơi vào tình huống trớ trêu như vậy.
“Cần vào nhìn vào vấn đề này, các vị nên có mặt hàng bao cao su của riêng mình. Nếu muốn trở thành doanh nghiệp lớn, hãy sản xuất bao cao su”, vị bộ trưởng nói với các doanh nghiệp Zimbabwe.
Năm 2016, có hơn 109 triệu chiếc bao cao su dành cho nam được phân phối tại Zimbabwe. Trung bình mỗi nam giới tiêu thụ 33 chiếc mỗi năm. Đây là một thị trường “màu mỡ” vì tỷ lệ nhiễm HIV khá cao. Do đó, doanh nghiệp Trung Quốc rất hăng hái điều chỉnh sản phẩm ngay sau lời than phiền.
Zhao Chuan – Giám đốc điều hành của hãng bao cao su Beijing Daxiang (Trung Quốc) nói với tờ South China Morning Post rằng đang có kế hoạch đa dạng hóa kích cỡ để phục vụ thị trường này.
“Do nhu cầu khác nhau từ các khách hàng như Zimbabwe, Da Xiang, với vai trò là một nhà sản xuất của Trung Quốc, có năng lực và trách nhiệm đóng góp. Vì vậy, chúng tôi đã bắt đầu thực hiện một số khảo sát dữ liệu về người dùng trong khu vực để chuẩn bị sản xuất các sản phẩm nhiều kích cỡ trong tương lai”, ông Zhao cho biết.
Cũng theo ông Zhao, khách hàng trên thế giới có nhu cầu khác nhau về bao cao su. Trong khi nam giới Trung Quốc chuộng bao cao su mỏng và không quan tâm đến kích cỡ thì khách hàng Bắc Mỹ lại thích bao cao su mềm dẻo hơn.
Zimbabwe hiện là một trong 5 quốc gia nhập khẩu bao cao su nhiều nhất thế giới và Trung Quốc cũng là một trong những nhà sản xuất bao cao su lớn nhất thế giới. Nước này có 300 doanh nghiệp trong ngành với tổng sản lượng 3 tỷ chiếc bán ra mỗi năm.
- ■Nước Mỹ sục sôi vì 'trẻ em trong lồng sắt'
- ■Philippines mạnh tay chi gần 6 tỷ USD hiện đại hóa quân đội
- ■Câu cá bên hồ, người đàn ông thất nghiệp tìm thấy điều choáng váng…
Bài viết cùng chuyên mục
Bài đã đăng
- Nước Mỹ sục sôi vì 'trẻ em trong lồng sắt'
- Philippines mạnh tay chi gần 6 tỷ USD hiện đại hóa quân đội
- Câu cá bên hồ, người đàn ông thất nghiệp tìm thấy điều choáng váng…
- 'Người hùng' giải cứu phụ nữ mắc kẹt giữa biển nước ở thành phố diễn ra World Cup
- Mải chụp hình tự sướng, người đàn ông rơi xuống thác tử vong

markdown:
# Bao cao su Trung Quốc nhập khẩu Zimbabwe bị chê quá nhỏ
**Một hãng bao cao su Trung Quốc đang tất bật sản xuất sản phẩm kích thước to hơn sau khi lô hàng bán sang Zimbabwe bị chê quá nhỏ.**
Tờ South China Morning Post cho biết, Bộ trưởng Y tế Zimbabwe – ông David Parirenyatwa vừa phàn nàn rằng bao cao su do Trung Quốc sản xuất nhập khẩu vào nước này có kích cỡ quá nhỏ nên đàn ông tại đây không thể dùng được.
“Giới trẻ hiện nay có thể mua một chiếc bao cao su đặc biệt mà họ thích nhưng chúng tôi không sản xuất chúng. Chúng tôi nhập khẩu bao cao su từ Trung Quốc và một số đàn ông than phiền rằng chúng quá nhỏ”, ông David Parirenyatwa nói.
Trước tình hình trên, vị bộ trưởng khuyến nghị các công ty nội địa nên xem xét sản xuất bao cao su thay vì phụ thuộc vào nhập khẩu mà lại rơi vào tình huống trớ trêu như vậy.
“Cần vào nhìn vào vấn đề này, các vị nên có mặt hàng bao cao su của riêng mình. Nếu muốn trở thành doanh nghiệp lớn, hãy sản xuất bao cao su”, vị bộ trưởng nói với các doanh nghiệp Zimbabwe.
Năm 2016, có hơn 109 triệu chiếc bao cao su dành cho nam được phân phối tại Zimbabwe. Trung bình mỗi nam giới tiêu thụ 33 chiếc mỗi năm. Đây là một thị trường “màu mỡ” vì tỷ lệ nhiễm HIV khá cao. Do đó, doanh nghiệp Trung Quốc rất hăng hái điều chỉnh sản phẩm ngay sau lời than phiền.
Zhao Chuan – Giám đốc điều hành của hãng bao cao su Beijing Daxiang (Trung Quốc) nói với tờ South China Morning Post rằng đang có kế hoạch đa dạng hóa kích cỡ để phục vụ thị trường này.
“Do nhu cầu khác nhau từ các khách hàng như Zimbabwe, Da Xiang, với vai trò là một nhà sản xuất của Trung Quốc, có năng lực và trách nhiệm đóng góp. Vì vậy, chúng tôi đã bắt đầu thực hiện một số khảo sát dữ liệu về người dùng trong khu vực để chuẩn bị sản xuất các sản phẩm nhiều kích cỡ trong tương lai”, ông Zhao cho biết.
Cũng theo ông Zhao, khách hàng trên thế giới có nhu cầu khác nhau về bao cao su. Trong khi nam giới Trung Quốc chuộng bao cao su mỏng và không quan tâm đến kích cỡ thì khách hàng Bắc Mỹ lại thích bao cao su mềm dẻo hơn.
Zimbabwe hiện là một trong 5 quốc gia nhập khẩu bao cao su nhiều nhất thế giới và Trung Quốc cũng là một trong những nhà sản xuất bao cao su lớn nhất thế giới. Nước này có 300 doanh nghiệp trong ngành với tổng sản lượng 3 tỷ chiếc bán ra mỗi năm.
- ■
[Nước Mỹ sục sôi vì 'trẻ em trong lồng sắt'](https://tinmientrung.com/nuoc-my-suc-soi-vi-tre-em-trong-long-sat/)
- ■
[Philippines mạnh tay chi gần 6 tỷ USD hiện đại hóa quân đội](https://tinmientrung.com/philippines-manh-tay-chi-gan-6-ty-usd-hien-dai-hoa-quan-doi/)
- ■
[Câu cá bên hồ, người đàn ông thất nghiệp tìm thấy điều choáng váng…](https://tinmientrung.com/cau-ca-ben-ho-nguoi-dan-ong-that-nghiep-tim-thay-dieu-choang-vang/)
[Bài viết cùng chuyên mục](#bailienquan)
### Bài đã đăng
[Nước Mỹ sục sôi vì 'trẻ em trong lồng sắt'](https://tinmientrung.com/nuoc-my-suc-soi-vi-tre-em-trong-long-sat/) [Philippines mạnh tay chi gần 6 tỷ USD hiện đại hóa quân đội](https://tinmientrung.com/philippines-manh-tay-chi-gan-6-ty-usd-hien-dai-hoa-quan-doi/) [Câu cá bên hồ, người đàn ông thất nghiệp tìm thấy điều choáng váng…](https://tinmientrung.com/cau-ca-ben-ho-nguoi-dan-ong-that-nghiep-tim-thay-dieu-choang-vang/) ['Người hùng' giải cứu phụ nữ mắc kẹt giữa biển nước ở thành phố diễn ra World Cup](https://tinmientrung.com/nguoi-hung-giai-cuu-phu-nu-mac-ket-giua-bien-nuoc-o-thanh-pho-dien-ra-world-cup/) [Mải chụp hình tự sướng, người đàn ông rơi xuống thác tử vong](https://tinmientrung.com/mai-chup-hinh-tu-suong-nguoi-dan-ong-roi-xuong-thac-tu-vong/)

Vary: Cookie