Mẫu phụ lục Yêu cầu kỹ thuật phần mềm song ngữ Anh Việt (Software Requirements Specification)

Description

Xin giới thiệu mẫu tài liệu Yêu cầu kỹ thuật phần mềm song ngữ Anh Việt (Software Requirements Specification – SRS) được dịch bởi đội ngũ dịch tài liệu tiếng Anh của Dịch Thuật SMS.

Mẫu phụ lục Yêu cầu kỹ thuật phần mềm song ngữ Anh Việt

Mẫu tài liệu này có thể được sử dụng như một phụ lục của Mẫu hợp đồng thiết kế phát triển phần mềm song ngữ Anh Việt, hoặc như một tài liệu triển khai của dự án phát triển phần mềm.

Mục đích của tài liệu SRS này nhằm mô tả sản phẩm phần mềm cần phát triển và xác định các yêu cầu kỹ thuật mang tính định lượng và định tính của nó, bao gồm:

• phạm vi dự án
• tính năng phần mềm, tính năng hệ thống
• các nhóm người dùng
• môi trường hoạt động
• các giới hạn về thiết kế và triển khai
• yêu cầu giao diện
• các yêu cầu phi chức năng
• tài liệu người dùng
• các giả định và phụ thuộc

Mẫu tài liệu Yêu cầu thông số kỹ thuật phần mềm song ngữ này được biên soạn dạng khung, cùng với ghi chú chỉ dẫn cặn kẽ cho mỗi mục, nhằm hướng dẫn bạn tự điền vào các chi tiết theo dự án/sản phẩm phần mềm cụ thể của bạn. Do vậy mẫu SRS này có thể sử dụng cho bất kỳ loại sản phẩm phần mềm/dự án nào, dù sản phẩm là thành viên tiếp theo của một dòng sản phẩm, thay thế cho một số hệ thống hiện có; hay là một sản phẩm mới, riêng biệt.

Mẫu tài liệu/phụ lục Yêu cầu kỹ thuật phần mềm này được cung cấp ở cả 3 lựa chọn ngôn ngữ: tiếng Việt, tiếng Anh, và song ngữ Việt-Anh xen kẽ, giúp bạn dễ dàng lựa chọn để sử dụng tùy theo nhu cầu.

Bản tiếng Việt (đầy đủ 100%)

Yêu cầu kỹ thuật phần mềm
cho
<Dự án>
Phiên bản <1.0>
Soạn thảo bởi <tác giả>
<tổ chức>
<ngày tạo>
1. Lịch sử sửa đổi
Tên Ngày Lý do sửa đổi Phiên bản
2. 1. Giới thiệu
2.1 1.1 Mục đích 
<Xác định sản phẩm có yêu cầu phần mềm được quy định trong tài liệu Yêu cầu Kỹ thuật Phần mềm (SRS) này, bao gồm cả số phiên bản hoặc số phát hành. Mô tả phạm vi của sản phẩm nằm trong SRS này, đặc biệt nếu SRS này chỉ mô tả một phần của hệ thống hoặc một hệ thống phụ.>
2.2 1.2 Quy ước tài liệu
<Mô tả bất kỳ tiêu chuẩn hoặc quy ước đánh máy nào được tuân thủ khi viết SRS này, chẳng hạn như các phông chữ hoặc đánh dấu có ý nghĩa đặc biệt. Ví dụ: nêu rõ liệu các ưu tiên cho các yêu cầu cấp cao hơn có được giả định là kế thừa bởi các yêu cầu chi tiết hay liệu mỗi tuyên bố yêu cầu có mức độ ưu tiên riêng hay không.>
2.3 1.3 Đối tượng mục tiêu và gợi ý đọc
<Mô tả các nhóm người đọc khác nhau mà tài liệu hướng tới, chẳng hạn như nhà phát triển, người quản lý dự án, nhân viên tiếp thị, người dùng, người thử nghiệm và người viết tài liệu. Mô tả phần còn lại của SRS này bao gồm những gì và nó có kết cấu như thế nào. Đề xuất trình tự đọc tài liệu, bắt đầu với các phần tổng quan và sau đó là các phần phù hợp nhất với từng nhóm người đọc.>
2.4 1.4 Phạm vi dự án
<Cung cấp một mô tả ngắn về phần mềm và mục đích của nó, bao gồm các lợi ích, mục tiêu và mục đích có liên quan. Liên hệ phần mềm với mục tiêu của công ty hoặc chiến lược kinh doanh. Nếu có tài liệu riêng về tầm nhìn và phạm vi của phần mềm, hãy tham chiếu đến tài liệu đó thay vì sao chép nội dung của tài liệu đó vào đây. Một SRS cho bản phát hành tiếp theo của một sản phẩm đang phát triển phải chứa tuyên bố phạm vi của chính nó như một phần không tách rời của tầm nhìn sản phẩm chiến lược dài hạn.>
2.5 1.5 Tài liệu tham khảo
<Liệt kê bất kỳ tài liệu hoặc địa chỉ Web nào khác mà SRS này có tham khảo đến. Chúng có thể bao gồm hướng dẫn kiểu giao diện người dùng, hợp đồng, tiêu chuẩn, thông số kỹ thuật yêu cầu hệ thống, tài liệu trường hợp sử dụng hoặc tài liệu tầm nhìn và phạm vi. Cung cấp đủ thông tin để người đọc có thể truy cập vào bản sao của từng tài liệu tham khảo, bao gồm tiêu đề, tác giả, số phiên bản, ngày và nguồn hoặc vị trí.>
3. 2. Mô tả tổng thể
3.1 2.1 Tổng quan về sản phẩm
<Mô tả bối cảnh và nguồn gốc của sản phẩm được quy định trong SRS này. Ví dụ: nêu rõ liệu sản phẩm này là thành viên tiếp theo của dòng sản phẩm, thay thế cho một số hệ thống hiện có, hay là một sản phẩm mới, riêng biệt. Nếu SRS này xác định một thành phần của một hệ thống lớn hơn, hãy liên hệ các yêu cầu của hệ thống lớn hơn đó với chức năng của phần mềm này và xác định giao diện giữa hai phần mềm. Một sơ đồ đơn giản thể hiện các thành phần chính của toàn bộ hệ thống, các kết nối liên hệ thống con và giao diện bên ngoài có thể hữu ích.>
3.2 2.2 Tính năng sản phẩm
<Tóm tắt các tính năng chính của sản phẩm hoặc các chức năng quan trọng mà sản phẩm thực hiện hoặc cho phép người dùng thực hiện. Thông tin chi tiết sẽ được cung cấp trong Phần 3, vì vậy ở đây chỉ cần tóm tắt sơ lược. Hệ thống các chức năng sao cho dễ hiểu đối với bất kỳ người đọc nào. Một bức tranh về các nhóm yêu cầu chính có liên quan và mối liên hệ giữa chúng, chẳng hạn như sơ đồ luồng dữ liệu cấp cao nhất hoặc sơ đồ lớp, thường hiệu quả.>
3.3 2.3 Các nhóm người dùng và đặc điểm
<Xác định các nhóm người dùng khác nhau mà bạn dự đoán sẽ sử dụng sản phẩm này. Các nhóm người dùng có thể được phân biệt dựa trên tần suất sử dụng, nhóm các chức năng sản phẩm được sử dụng, chuyên môn kỹ thuật, mức độ bảo mật hoặc đặc quyền, trình độ học vấn hoặc kinh nghiệm. Mô tả các đặc điểm thích hợp của từng nhóm người dùng. Một số yêu cầu có thể chỉ liên quan đến một số nhóm người dùng nhất định. Phân biệt các nhóm người dùng được ưu tiên với các nhóm ít quan trọng hơn.>
3.4 2.4 Môi trường hoạt động
<Mô tả môi trường mà phần mềm sẽ hoạt động, bao gồm nền tảng phần cứng, hệ điều hành và các phiên bản cũng như bất kỳ thành phần hoặc ứng dụng phần mềm nào khác mà phần mềm phải cùng tồn tại một cách hòa hợp.>
3.5 2.5 Giới hạn thiết kế và triển khai
<Mô tả bất kỳ hạng mục hoặc vấn đề nào sẽ giới hạn các tùy chọn có sẵn cho nhà phát triển. Chúng có thể bao gồm: chính sách công ty hoặc quy định pháp luật; giới hạn phần cứng (yêu cầu về thời gian, yêu cầu về bộ nhớ); giao diện đến các ứng dụng khác; các công nghệ, công cụ và cơ sở dữ liệu cụ thể sẽ được sử dụng; hoạt động song song; yêu cầu ngôn ngữ; giao thức truyền thông; cân nhắc về bảo mật; quy ước thiết kế hoặc tiêu chuẩn lập trình (ví dụ trong trường hợp tổ chức của khách hàng sẽ chịu trách nhiệm bảo trì phần mềm được chuyển giao).>
3.6 2.6 Tài liệu người dùng
<Liệt kê các thành phần tài liệu người dùng (chẳng hạn như sổ tay người dùng, trợ giúp trực tuyến và hướng dẫn) sẽ được cung cấp cùng với phần mềm. Xác định mọi định dạng hoặc tiêu chuẩn bàn giao tài liệu người dùng đã biết.>
3.7 2.7 Giả định và phụ thuộc
<Liệt kê bất kỳ yếu tố giả định nào (trái ngược với thực tế đã biết) có thể ảnh hưởng đến các yêu cầu được nêu trong SRS. Chúng có thể bao gồm các thành phần thương mại hoặc bên thứ ba mà bạn định sử dụng, các vấn đề xung quanh môi trường phát triển hoặc vận hành hoặc các ràng buộc. Dự án có thể bị ảnh hưởng nếu những giả định này không chính xác, không được chia sẻ hoặc thay đổi. Đồng thời xác định bất kỳ sự phụ thuộc nào của dự án đối với các yếu tố bên ngoài, chẳng hạn như các thành phần phần mềm mà bạn định sử dụng lại từ một dự án khác, trừ khi chúng đã được ghi lại ở nơi khác (ví dụ: trong tài liệu tầm nhìn và phạm vi phần mềm hoặc kế hoạch dự án).>
4. 3. Tính năng hệ thống
<Mẫu dưới đây minh họa việc sắp xếp các yêu cầu chức năng cho sản phẩm theo tính năng hệ thống, các dịch vụ chính do sản phẩm cung cấp. Bạn có thể muốn tổ chức phần này theo trường hợp sử dụng, phương thức hoạt động, nhóm người dùng, nhóm đối tượng, hệ thống phân cấp chức năng hoặc sự kết hợp của những yếu tố này, miễn sao hợp lý nhất cho sản phẩm của bạn.>
4.1 3.1 Tính năng hệ thống 1
<Đừng ghi tiêu đề là “Tính năng hệ thống 1”. Thay vào đó hãy nêu tên tính năng một cách vắn tắt.>
3.1.1 Mô tả và Ưu tiên
<Cung cấp mô tả ngắn về tính năng và cho biết tính năng này có mức độ ưu tiên Cao, Trung bình hay Thấp. Bạn cũng có thể nêu xếp hạng thành phần ưu tiên cụ thể, chẳng hạn như lợi ích, hình phạt, chi phí và rủi ro (mỗi xếp hạng trên thang điểm tương đối từ mức thấp là 1 đến cao là 9).>
3.1.2 Trình tự kích thích/phản hồi
<Liệt kê chuỗi hành động của người dùng và phản hồi của hệ thống kích thích hành vi được xác định cho tính năng này. Chúng sẽ tương ứng với các phần tử đối thoại được liên kết với các trường hợp sử dụng.>
3.1.3 Yêu cầu chức năng
<Chi tiết hóa các yêu cầu chức năng chi tiết liên quan đến tính năng này. Đây là những khả năng phần mềm phải có để người dùng thực hiện các dịch vụ được cung cấp bởi tính năng hoặc để thực hiện trường hợp sử dụng. Mô tả cách sản phẩm sẽ phản ứng với các điều kiện lỗi dự kiến hoặc đầu vào không hợp lệ. Các yêu cầu phải ngắn gọn, đầy đủ, rõ ràng, có thể kiểm chứng và cần thiết. Sử dụng ký hiệu “TBD” để làm dấu nếu thông tin cần thiết chưa có sẵn.>
<Mỗi yêu cầu phải được xác định duy nhất bằng một số thứ tự hoặc một loại thẻ có ý nghĩa nào đó.>
REQ-1: 
REQ-2: 
4.2 3.2 Tính năng hệ thống 2 (v.v.)
5. 4. Yêu cầu giao diện bên ngoài
5.1 4.1 Giao diện người dùng
<Mô tả các đặc điểm logic của từng giao diện giữa sản phẩm phần mềm và người dùng. Có thể bao gồm các hình ảnh màn hình mẫu, bất kỳ tiêu chuẩn GUI hoặc hướng dẫn theo kiểu họ sản phẩm nào phải tuân theo, các ràng buộc về bố cục màn hình, các nút và chức năng tiêu chuẩn (ví dụ: trợ giúp) sẽ xuất hiện trên mọi màn hình, phím tắt, tiêu chuẩn hiển thị thông báo lỗi, v.v. Xác định các thành phần phần mềm cần có giao diện người dùng. Chi tiết về thiết kế giao diện người dùng phải được ghi lại trong đặc tả giao diện người dùng riêng.>
5.2 4.2 Giao diện phần cứng
<Mô tả các đặc điểm logic và vật lý của từng giao diện giữa sản phẩm phần mềm và các thành phần phần cứng của hệ thống. Điều này có thể bao gồm các loại thiết bị được hỗ trợ, bản chất của dữ liệu và điều khiển tương tác giữa phần mềm và phần cứng cũng như các giao thức truyền thông sẽ được sử dụng.>
5.3 4.3 Giao diện phần mềm
<Mô tả các kết nối giữa sản phẩm này và các thành phần phần mềm cụ thể khác (tên và phiên bản), bao gồm cơ sở dữ liệu, hệ điều hành, công cụ, thư viện và các thành phần thương mại tích hợp. Xác định các mục dữ liệu hoặc thông báo đi vào và ra khỏi hệ thống và mô tả mục đích của từng mục. Mô tả các dịch vụ cần thiết và bản chất của thông tin liên lạc. Tham khảo các tài liệu mô tả các giao thức giao diện lập trình ứng dụng chi tiết. Xác định dữ liệu sẽ được chia sẻ giữa các thành phần phần mềm. Nếu cơ chế chia sẻ dữ liệu phải được triển khai theo một cách cụ thể (ví dụ: sử dụng vùng dữ liệu toàn cầu trong hệ điều hành đa nhiệm), hãy nêu rõ nó như một ràng buộc triển khai.>
5.4 4.4 Giao diện truyền thông
<Mô tả các yêu cầu liên quan đến bất kỳ chức năng liên lạc nào mà sản phẩm này yêu cầu, bao gồm e-mail, trình duyệt web, giao thức liên lạc của máy chủ mạng, biểu mẫu điện tử, v.v. Xác định bất kỳ định dạng tin nhắn thích hợp nào. Xác định bất kỳ tiêu chuẩn giao tiếp nào sẽ được sử dụng, chẳng hạn như FTP hoặc HTTP. Nêu rõ mọi vấn đề về bảo mật hoặc mã hóa giao tiếp, tốc độ truyền dữ liệu và cơ chế đồng bộ hóa.>
6. 5. Yêu cầu phi chức năng khác
6.1 5.1 Các yêu cầu thực hiện
<Nếu có các yêu cầu về hiệu suất cho sản phẩm trong các trường hợp khác nhau, hãy nêu rõ và giải thích cơ sở của chúng, để giúp các nhà phát triển hiểu ý định và đưa ra các lựa chọn thiết kế phù hợp. Nêu rõ các mối quan hệ thời gian cho các hệ thống thời gian thực. Làm cho các yêu cầu đó càng cụ thể càng tốt. Bạn có thể cần nêu rõ các yêu cầu về hiệu suất đối với các tính năng hoặc yêu cầu chức năng riêng lẻ.>
6.2 5.2 Yêu cầu an toàn
<Nêu rõ những yêu cầu liên quan đến mất mát, hư hỏng hoặc tác hại có thể xảy ra do sử dụng sản phẩm. Xác định bất kỳ biện pháp bảo vệ hoặc hành động nào phải được thực hiện, cũng như các hành động cần tránh. Tham khảo bất kỳ chính sách hoặc quy định bên ngoài nào nêu rõ các vấn đề an toàn ảnh hưởng đến thiết kế hoặc việc sử dụng sản phẩm. Xác định bất kỳ chứng nhận an toàn nào phải được đáp ứng.>
6.3 5.3 Yêu cầu bảo mật
<Nêu rõ bất kỳ yêu cầu nào liên quan đến vấn đề bảo mật hoặc quyền riêng tư xung quanh việc sử dụng sản phẩm hoặc bảo vệ dữ liệu do sản phẩm tạo ra hoặc sử dụng. Xác định bất kỳ yêu cầu xác thực danh tính người dùng nào. Dẫn chiếu đến bất kỳ chính sách hoặc quy định bên ngoài nào có vấn đề bảo mật ảnh hưởng đến sản phẩm. Xác định bất kỳ chứng nhận bảo mật hoặc quyền riêng tư nào phải được đáp ứng.>
6.4 5.4 Thuộc tính chất lượng phần mềm
<Bổ sung thêm bất kỳ đặc điểm chất lượng nào của sản phẩm mà sẽ quan trọng đối với khách hàng hoặc nhà phát triển. Một số đặc điểm cần xem xét là: khả năng thích ứng, tính sẵn có, tính chính xác, tính linh hoạt, khả năng tương tác, khả năng bảo trì, tính di động, độ tin cậy, khả năng tái sử dụng, tính mạnh mẽ, khả năng kiểm tra và khả năng sử dụng. Các điểm này cần phải viết cụ thể, mang tính định lượng và có thể kiểm chứng được càng nhiều càng tốt. Ít nhất, hãy làm rõ các ưu tiên tương đối cho các thuộc tính khác nhau, chẳng hạn như ưu tiên tính dễ sử dụng hơn là tính dễ học.>
7. 6. Các yêu cầu khác
<Xác định bất kỳ yêu cầu nào khác không được đề cập ở các phần khác trong SRS. Điều này có thể bao gồm các yêu cầu về cơ sở dữ liệu, yêu cầu quốc tế hóa, yêu cầu pháp lý, mục tiêu tái sử dụng cho dự án, v.v. Thêm bất kỳ phần mới nào phù hợp với dự án.>
8. Phụ lục A: Thuật ngữ
<Xác định tất cả các thuật ngữ cần thiết để giải thích đúng SRS này, bao gồm các từ viết tắt. Có thể xây dựng một bảng chú giải thuật ngữ riêng cho nhiều dự án hoặc toàn bộ tổ chức và chỉ đưa vào các thuật ngữ dành riêng cho một dự án trong mỗi SRS.>
9. Phụ lục B: Mô hình phân tích
<Không bắt buộc, bao gồm bất kỳ mô hình phân tích thích hợp nào, chẳng hạn như sơ đồ luồng dữ liệu, sơ đồ lớp, sơ đồ chuyển đổi trạng thái hoặc sơ đồ mối quan hệ thực thể .>
10. Phụ lục C: Danh sách các vấn đề
< Đây là danh sách động gồm các vấn đề về yêu cầu mở vẫn cần được giải quyết, bao gồm các vấn đề sẽ xác định sau (TBD), quyết định đang chờ xử lý, thông tin cần thiết, xung đột đang chờ giải quyết, v.v.>

Bản song ngữ (xem trước 30%)

Kéo xuống để xem Yêu cầu thông số kỹ thuật phần mềm song ngữ được dịch sang tiếng Anh bởi đội ngũ Dịch Thuật SMS.

Hướng dẫn cách đặt mua và tải file về

Trên đây là bản xem trước, chỉ thể hiện 30% nội dung của tài liệu. Để tải về file word đầy đủ 100% nội dung của mẫu phụ lục Yêu cầu kỹ thuật phần mềm song ngữ Anh Việt bằng tiếng Việt, tiếng Anh và song ngữ Việt – Anh này, bạn làm như sau:

Liên hệ ĐT/Zalo: 0934436040 nếu bạn cần hỗ trợ!

Vì sao nên mua mẫu Yêu cầu kỹ thuật phần mềm Anh Việt song ngữ này?

Với một số tiền rất nhỏ, bạn sẽ nhận được mẫu phụ lục Yêu cầu kỹ thuật phần mềm song ngữ Anh Việt gồm 3 file word:

• 1 file word tiếng Việt dài 2.800 từ, ~6 trang
• 1 file word tiếng Anh dài 1.800 từ, ~6 trang
• 1 file word song ngữ dài 4.900 từ, ~19 trang (như bản xem trước ở trên)

Việc đặt mua và nhận ngay các file word này sẽ giúp tiết kiệm rất nhiều chi phí + thời gian so với việc tự soạn thảo một tài liệu mới và thuê dịch thuật lại từ đầu.

Quan trọng nhất: đây là mẫu tài liệu được sử dụng trong thực tế ngành IT ở Mĩ. Ngôn ngữ gốc của tài liệu này là tiếng Anh. Bản tiếng Việt là bản dịch của Dịch Thuật SMS. Do vậy bạn có thể yên tâm về chất lượng biên soạn, chất lượng dịch thuật và độ chính xác của thuật ngữ kỹ thuật.

Dịch vụ dịch thuật hợp đồng tiếng Anh theo yêu cầu

Bên cạnh việc đặt mua tài liệu mẫu ở trên, nếu bạn đã có sẵn một hợp đồng/tài liệu về CNTT khác do chính bạn soạn thảo và cần dịch thuật theo yêu cầu, hãy cân nhắc dịch vụ dịch tài liệu tiếng Anh của chúng tôi. Bên cạnh tiếng Anh, chúng tôi còn dịch thuật hợp đồng tiếng Trung, dịch hợp đồng tiếng Nhật, dịch thuật hợp đồng tiếng Hàn, và hơn 20 ngôn ngữ khác.

• gọi ngay 0934436040 (có hỗ trợ Zalo/Viber)
• hoặc gửi tài liệu cần dịch đến email: baogia@dichthuatsms.com
• hoặc gửi file để yêu cầu báo giá trực tuyến

Yêu cầu kỹ thuật phần mềm

Software Requirements Specification

cho

for

<Dự án>

<Project>




Phiên bản <1.0>

Version <1.0>




Soạn thảo bởi <tác giả>

Prepared by <author>

<tổ chức>

<organization>

<ngày tạo>

<date created>

 

Mục lục

Contents

Lịch sử sửa đổi 5

Revision History 5

1. Giới thiệu 6

1. Introduction 6

1.1 Mục đích 6

1.1 Purpose 6

1.2 Quy ước tài liệu 6

1.2 Document Conventions 6

1.3 Đối tượng mục tiêu và gợi ý đọc 6

1.3 Intended Audience and Reading Suggestions 6

1.4 Phạm vi dự án 7

1.4 Project Scope 7

1.5 Tài liệu tham khảo 7

1.5 References 7

2. Mô tả tổng thể 8

2. Overall Description 8

2.1 Tổng quan về sản phẩm 8

2.1 Product Perspective 8

2.2 Tính năng sản phẩm 8

2.2 Product Features 8

2.3 Các nhóm người dùng và đặc điểm 9

2.3 User Classes and Characteristics 9

2.4 Môi trường hoạt động 9

2.4 Operating Environment 9

2.5 Giới hạn thiết kế và triển khai 9

2.5 Design and Implementation Constraints 9

2.6 Tài liệu người dùng 10

2.6 User Documentation 10

2.7 Giả định và phụ thuộc 10

2.7 Assumptions and Dependencies 10

3. Tính năng hệ thống 11

3. System Features 11

3.1 Tính năng hệ thống 1 11

3.1 System Feature 1 11

3.2 Tính năng hệ thống 2 (v.v.) 13

3.2 System Feature 2 (and so on) 13

4. Yêu cầu giao diện bên ngoài 13

4. External Interface Requirements 13

4.1 Giao diện người dùng 13

4.1 User Interfaces 13

4.2 Giao diện phần cứng 13

4.2 Hardware Interfaces 13

4.3 Giao diện phần mềm 14

4.3 Software Interfaces 14

4.4 Giao diện truyền thông 14

4.4 Communications Interfaces 14

5. Yêu cầu phi chức năng khác 15

5. Other Nonfunctional Requirements 15

5.1 Các yêu cầu thực hiện 15

5.1 Performance Requirements 15

5.2 Yêu cầu an toàn 15

5.2 Safety Requirements 15

5.3 Yêu cầu bảo mật 15

5.3 Security Requirements 15

5.4 Thuộc tính chất lượng phần mềm 16

5.4 Software Quality Attributes 16

6. Các yêu cầu khác 16

6. Other Requirements 16

Phụ lục A: Thuật ngữ 17

Appendix A: Glossary 17

Phụ lục B: Mô hình phân tích 18

Appendix B: Analysis Models 18

Phụ lục C: Danh sách các vấn đề 19

Appendix C: Issues List 19







 

Lịch sử sửa đổi

Revision History

Tên

Name Ngày

Date Lý do sửa đổi

Reason For Changes Phiên bản

Version




   

   

   

 

1. Giới thiệu

1. Introduction




1.1 Mục đích 

1.1 Purpose

<Xác định sản phẩm có yêu cầu phần mềm được quy định trong tài liệu Yêu cầu Kỹ thuật Phần mềm (SRS) này, bao gồm cả số phiên bản hoặc số phát hành. Mô tả phạm vi của sản phẩm nằm trong SRS này, đặc biệt nếu SRS này chỉ mô tả một phần của hệ thống hoặc một hệ thống phụ.>

<Identify the product whose software requirements are specified in this Software Requirements Specification (SRS), including the revision or release number. Describe the scope of the product that is covered by this SRS, particularly if this SRS describes only part of the system or a single subsystem.>




1.2 Quy ước tài liệu

1.2 Document Conventions

<Mô tả bất kỳ tiêu chuẩn hoặc quy ước đánh máy nào được tuân thủ khi viết SRS này, chẳng hạn như các phông chữ hoặc đánh dấu có ý nghĩa đặc biệt. Ví dụ: nêu rõ liệu các ưu tiên cho các yêu cầu cấp cao hơn có được giả định là kế thừa bởi các yêu cầu chi tiết hay liệu mỗi tuyên bố yêu cầu có mức độ ưu tiên riêng hay không.>

<Describe any standards or typographical conventions that were followed when writing this SRS, such as fonts or highlighting that have special significance. For example, state whether priorities for higher-level requirements are assumed to be inherited by detailed requirements, or whether every requirement statement is to have its own priority.>




1.3 Đối tượng mục tiêu và gợi ý đọc

1.3 Intended Audience and Reading Suggestions

<Mô tả các nhóm người đọc khác nhau mà tài liệu hướng tới, chẳng hạn như nhà phát triển, người quản lý dự án, nhân viên tiếp thị, người dùng, người thử nghiệm và người viết tài liệu. Mô tả phần còn lại của SRS này bao gồm những gì và nó có kết cấu như thế nào. Đề xuất trình tự đọc tài liệu, bắt đầu với các phần tổng quan và sau đó là các phần phù hợp nhất với từng nhóm người đọc.>

<Describe the different types of reader that the document is intended for, such as developers, project managers, marketing staff, users, testers, and documentation writers. Describe what the rest of this SRS contains and how it is organized. Suggest a sequence for reading the document, beginning with the overview sections and proceeding through the sections that are most pertinent to each reader type.>




1.4 Phạm vi dự án

1.4 Project Scope

<Cung cấp một mô tả ngắn về phần mềm và mục đích của nó, bao gồm các lợi ích, mục tiêu và mục đích có liên quan. Liên hệ phần mềm với mục tiêu của công ty hoặc chiến lược kinh doanh. Nếu có tài liệu riêng về tầm nhìn và phạm vi của phần mềm, hãy tham chiếu đến tài liệu đó thay vì sao chép nội dung của tài liệu đó vào đây. Một SRS cho bản phát hành tiếp theo của một sản phẩm đang phát triển phải chứa tuyên bố phạm vi của chính nó như một phần không tách rời của tầm nhìn sản phẩm chiến lược dài hạn.>

<Provide a short description of the software being specified and its purpose, including relevant benefits, objectives, and goals. Relate the software to corporate goals or business strategies. If a separate vision and scope document is available, refer to it rather than duplicating its contents here. An SRS that specifies the next release of an evolving product should contain its own scope statement as a subset of the long-term strategic product vision.>

Các mẫu hợp đồng CNTT khác từ Kho bản dịch mẫu của chúng tôi:

[Song ngữ Anh Việt] Mẫu thỏa thuận chuyển giao quyền sở hữu trí tuệ (dành cho nhà thầu)

499.000 ₫ Original price was: 499.000 ₫.299.000 ₫Current price is: 299.000 ₫.Add to cart

Sale

Mẫu thỏa thuận cấp phép sử dụng phần mềm song ngữ (Software License Agreement)

699.000 ₫ Original price was: 699.000 ₫.299.000 ₫Current price is: 299.000 ₫.Add to cart

Sale

Mẫu phụ lục Yêu cầu kỹ thuật phần mềm song ngữ Anh Việt (Software Requirements Specification)

599.000 ₫ Original price was: 599.000 ₫.299.000 ₫Current price is: 299.000 ₫.Add to cart

Sale

Mẫu hợp đồng gia công phần mềm song ngữ Anh Việt

699.000 ₫ Original price was: 699.000 ₫.399.000 ₫Current price is: 399.000 ₫.Add to cart

Sale

Mẫu hợp đồng thiết kế website song ngữ Anh Việt

499.000 ₫ Original price was: 499.000 ₫.299.000 ₫Current price is: 299.000 ₫.Add to cart

Sale

Mẫu hợp đồng cho thuê phần mềm song ngữ Việt Anh (Software lease contract)

699.000 ₫ Original price was: 699.000 ₫.399.000 ₫Current price is: 399.000 ₫.Add to cart

Sale

Mẫu hợp đồng triển khai phần mềm ERP song ngữ (ERP Implementation Contract)

1.000.000 ₫ Original price was: 1.000.000 ₫.499.000 ₫Current price is: 499.000 ₫.Add to cart

Sale

Mẫu hợp đồng thiết kế phát triển phần mềm song ngữ Anh Việt

699.000 ₫ Original price was: 699.000 ₫.399.000 ₫Current price is: 399.000 ₫.Add to cart

Sale