The project proposal need not be a

The project proposal need not be a detailed specification. The proposal merely introduces
the project to the student development teams, and provides the up-front information
necessary for the team to developing a specification.
Project Definition: Briefly describe the tool, application, product or solution to be
developed/ constructed (hereafter simply referred to as the “product”).
User Needs: Describe the end users of this product and their needs. Needs may be
written as User Stories (i.e. “As a , I need so that ”) if
the customer prefers.
Prior Art: Briefly describe existing solution(s) and the ways in which they do and
especially do not address the User Needs identified above. Is there any feature of an
existing solution that must be preserved? Abandoned?
Proposed Solutions: Describe any proposed solutions, if known, indicating any
mandatory technologies, code, data, features or frameworks. If unknown, indicate this
will be a “green field” project granting the development team considerable room to
innovate.
Deliverables: Describe the required deliverables (e.g. client-ide application, server-side
application, web service, installers, documentation, security architecture etc).
Lifecycle: The project lifecycle (e.g. waterfall, agile, etc) may be specified by the
customer or by the student team, subject to the instructor’s approval. Identify the success
criteria for the end of the project.

Kết quả (Việt) 2:

Các đề xuất dự án không cần phải là một đặc điểm kỹ thuật chi tiết. Đề xuất này chỉ đơn thuần là giới thiệu
dự án đến các nhóm phát triển của sinh viên, và cung cấp thông tin lên phía trước
cần thiết cho đội tuyển để phát triển một đặc điểm kỹ thuật.
Dự án Định nghĩa: Mô tả ngắn gọn các công cụ, ứng dụng, sản phẩm hoặc giải pháp được
phát triển / xây dựng (sau đây gọi đơn giản . là "sản phẩm")
tài nhu cầu: Mô tả người sử dụng cuối cùng của sản phẩm này và nhu cầu của họ. Nhu cầu có thể được
viết là Câu chuyện của người dùng (ví dụ: "Như một, Tôi cần để ") Nếu
khách hàng thích.
Trước khi nghệ thuật: Mô tả ngắn gọn các giải pháp hiện có (s) và các cách thức mà họ làm và
đặc biệt là không giải quyết các nhu cầu tài xác định ở trên. Có bất kỳ tính năng của một
giải pháp hiện có mà phải được bảo quản? ? Abandoned
Giải pháp đề xuất: Mô tả các giải pháp đề xuất, nếu biết, chỉ ra bất kỳ
công nghệ bắt buộc, mã, dữ liệu, tính năng hoặc các khuôn khổ. Nếu không rõ, cho biết điều này
sẽ là một "cánh đồng xanh" dự án cấp đội ngũ phát triển phòng đáng kể để
đổi mới.
Phân phôi: Mô tả các phân phôi cần thiết (ví dụ như ứng dụng client-ide, phía máy chủ
ứng dụng, dịch vụ web, cài đặt, tài liệu, kiến trúc an ninh vv .)
Vòng đời: Vòng đời dự án (ví dụ như thác nước, nhanh nhẹn, vv) có thể được xác định bởi các
khách hàng hoặc bởi các nhóm sinh viên, được sự chấp thuận của người hướng dẫn. Xác định sự thành công
tiêu chuẩn cho các dự án kết thúc.