Chúng tôi thử nghiệm một thiết kế, GUI, chỉ để phân tích một vấn đề cụ thể, bằng chứng về khái niệm, vv Đôi khi chúng tôi vứt bỏ nguyên mẫu và đôi khi nó kết thúc trong mã sản xuất. Chúng tôi sử dụng các ngôn ngữ, công nghệ, chiến lược và phong cách khác nhau để tạo mẫu.Làm thế nào để bạn thử nghiệm?
Các tình huống khác nhau mà bạn thường thử nghiệm là gì và nguyên mẫu của bạn như thế nào? Bất kỳ tài nguyên tốt ra khỏi đó để làm chủ thủ công?
Hiện tại tôi chỉ vẽ ảnh. Tôi muốn làm nhiều hơn, nhưng để có được một cái gì đó đến một điểm mà người dùng sẽ hiểu bất kỳ tốt hơn so với một hình ảnh sẽ chi phí nhiều thời gian.
Tôi quan tâm đến nhìn thấy một số những phản ứng :)
tôi nên đề cập đến nơi tôi làm việc chỉ là tôi và một anh chàng khác để chơi vai trò của quản lý dự án (thu thập dữ liệu, thiết kế đặc tả & ứng dụng), dbas , lập trình viên, nhà nghiên cứu/nhà phát triển công cụ, et al đi kèm với công việc tạo ứng dụng cho một công ty nhỏ.
tôi bắt đầu thực hiện một nguyên mẫu mà làm cho công việc một phần thú vị nhất, sau đó tôi vứt nó đi và chuyển sang một dự án thú vị hơn mới ...
* giết chết tự *
Đối với webapps , bắt đầu với một mô hình CSS thuần túy (x) HTML +, sau đó sử dụng một khung làm cho việc triển khai thực hiện chức năng trở nên dễ dàng.
Khuôn khổ dựa trên mẫu rất tốt cho điều này, nhưng chúng tôi cũng đã có một số trải nghiệm tốt với JSF + Facelets + Seam.
Một tiêu đề nóng là Effective Prototyping for Software Makers. Vấn đề là có một số trường tư tưởng.
Tạo mẫu nhanh. Sử dụng các công cụ ưa thích; nhận được hoạt động sớm.
Tạo mẫu thử nghiệm tiến hóa. Phát triển từ nguyên mẫu đến sản xuất.
Một số trong số đó là suy nghĩ cũ, dựa trên thời đại mà công cụ là nguyên thủy và dự án phải được hoạch định tỉ mỉ ngay từ đầu. Khi tôi bắt đầu trong ngành công nghiệp này, các ứng dụng chế độ nhân vật "màn hình xanh" nơi khoa học tên lửa và rất đau đớn để giả lập. Các công cụ và kỹ thuật chính thức là rất cần thiết để quản lý chi phí và rủi ro.
Suy nghĩ này bị ảnh hưởng bởi một số suy nghĩ gần đây hơn.
Công cụ mạnh mẽ loại bỏ sự cần thiết cho các nguyên mẫu phức tạp. HTML mockups có thể được tát với nhau một cách nhanh chóng. Nó vẫn là một nguyên mẫu khi bạn hầu như không có ngân sách hoặc kế hoạch cho nó? [Bạn có thể giả lập nó trong MS-Word và lưu nó dưới dạng HTML. Nó nhanh hơn cho một nhà phân tích kinh doanh để làm điều đó hơn để xác định nó và có một lập trình viên làm điều đó.]
Ngoài ra, các công cụ mạnh mẽ có thể làm giảm chi phí của những sai lầm. Nếu nó chỉ mất một tuần để đặt một cái gì đó với nhau - sản xuất sẵn sàng - những gì là điểm của một nỗ lực nguyên mẫu chính thức?
Kỹ thuật nhanh nhẹn làm giảm nhu cầu lập kế hoạch chi tiết lên rất nhiều chi tiết.Khi bạn đặt một cái gì đó mà làm việc trong tay của người dùng một cách nhanh chóng, bạn không có khá nhiều cần phải chắc chắn mọi sắc thái là phải trước khi bạn bắt đầu. Nó chỉ là đủ tốt để xem xét nó tiến bộ.
Điều gì có thể xảy ra sau đây. [Câu hỏi ẩn là: đây vẫn là "tạo mẫu" - hay đây chỉ là một cách tiếp cận Agile với các công cụ mạnh mẽ?]
Sử dụng các công cụ như Django, bạn có thể tập hợp cấu trúc dữ liệu cốt lõi và thực tế ngay lập tức . Sử dụng các trang quản trị Django mặc định và bạn sẽ được thiết lập và chạy ngay sau khi bạn có thể nói rõ cấu trúc dữ liệu và viết các tiện ích tải.
Sau đó, thêm các trang bản trình bày được bao quanh dữ liệu thực tế, đang hoạt động. Hãy chắc chắn rằng bạn đã có những điều đúng. Vì bạn chỉ xây dựng mô hình dữ liệu và các trang HTML định hướng mẫu, nên đầu tư của bạn là tối thiểu. Khám phá.
Lặp lại cho đến khi mọi người bắt đầu yêu cầu các giao dịch thông minh hơn những giao dịch có sẵn trong các trang quản trị mặc định. Tại thời điểm này, bạn đang di chuyển ra khỏi "khám phá" và "xây dựng" và vào "xây dựng". Bạn đã làm mẫu nào chưa? Tôi cho rằng mỗi mẫu HTML bạn đã loại bỏ là một loại nguyên mẫu. Đối với vấn đề đó, vì vậy, nơi những người bạn giữ.
Toàn bộ thời gian, bạn có thể làm việc với những người dùng sản xuất trực tiếp nhiều hơn hoặc ít hơn.
Cá nhân, tôi tin rằng một mẫu thử nghiệm thực sự không nên nhiều hơn sơ đồ vẽ trên giấy để chứng minh dòng chảy của bất cứ điều gì nó là bạn đang cố gắng để đạt được. Sau đó, bạn có thể sử dụng các luồng tài liệu này để chạy qua một số tình huống để xem nó có hoạt động với bất kỳ ai đã yêu cầu chức năng này hay không.
Khi nguyên mẫu giấy đã được sửa đổi thành điểm mà nó hoạt động thì hãy sử dụng nó làm cơ sở để bắt đầu mã hóa chính xác.
Lợi ích của quy trình này là bạn không thể kết thúc bằng cách sử dụng mã mẫu thử nghiệm trong sản xuất vì không có bất kỳ mã nào. Ngoài ra, nó dễ dàng hơn nhiều để kiểm tra nó với các chuyên gia kinh doanh vì không có bất kỳ mã nào để họ hiểu.
Lý do chính để làm nguyên mẫu là giảm rủi ro. Vì vậy, chúng tôi làm nguyên mẫu giao diện người dùng, thực sự không hữu ích lắm trừ khi họ thực sự làm điều gì đó mà người dùng có thể chơi cùng. Cũng quan trọng, chúng tôi cũng làm nguyên mẫu để chứng minh rằng một cái gì đó có thể làm việc hoặc tìm ra cách một cái gì đó không hoạt động.
Một vài cuốn sách hay về chủ đề này là Tạo mẫu giấy: Cách nhanh chóng và dễ dàng để thiết kế và tinh chỉnh giao diện người dùng và trải nghiệm người dùng phác họa: Nhận thiết kế đúng và thiết kế phù hợp. – mattruma
Nghe có vẻ như tạo mẫu thử GUI cụ thể. Cảm ơn. – rpattabi
Tôi đã tìm thấy rằng trừ khi tôi có thể nhấn các nút và di chuyển xung quanh thông qua màn hình, bạn không thể có được cảm giác về khả năng sử dụng. Phương pháp của bạn có thể cung cấp một cái gì đó hoạt động, nhưng nó không giúp dẫn đến trải nghiệm người dùng tốt. – Dunk