Làm thế nào phổ biến là nguyên mẫu là giai đoạn đầu tiên của sự phát triển?

Tôi đã tham gia một số khóa học thiết kế phần mềm trong vài học kỳ vừa qua và trong khi tôi thấy lợi ích của rất nhiều hình thức, tôi cảm thấy như nó không cho tôi biết bất cứ điều gì về chính chương trình:

• Bạn không thể biết chương trình sẽ vận hành như thế nào từ thông số ca sử dụng, mặc dù nó thảo luận về những gì chương trình có thể làm.
• Bạn không thể nói bất cứ điều gì về trải nghiệm người dùng từ tài liệu yêu cầu, mặc dù nó có thể bao gồm các yêu cầu chất lượng.
• Các sơ đồ trình tự là một mô tả tốt về cách phần mềm hoạt động như ngăn xếp cuộc gọi, nhưng rất hạn chế và cung cấp một cái nhìn cao một phần cho toàn bộ hệ thống.
• Các sơ đồ lớp rất tốt để mô tả cách hệ thống được xây dựng, nhưng hoàn toàn vô dụng trong việc giúp bạn tìm ra phần mềm cần gì.

Trường hợp trong tất cả các hình thức này là điểm mấu chốt: chương trình trông như thế nào, hoạt động như thế nào và nó mang lại trải nghiệm gì? Nó không có ý nghĩa hơn để thiết kế ra khỏi đó? Không phải là tốt hơn để tìm ra làm thế nào chương trình nên hoạt động thông qua một nguyên mẫu và cố gắng thực hiện nó thực sự?

Tôi biết rằng có lẽ tôi đang bị dạy bởi các nhà lý thuyết, nhưng tôi cần hỏi, liệu họ có làm điều này trong ngành không? Làm thế nào để mọi người tìm ra chương trình thực sự là gì, không phải là những gì nó phải phù hợp với? Có phải mọi người tạo nguyên mẫu rất nhiều, hoặc họ chủ yếu sử dụng các công cụ chính thức như UML và tôi chưa hiểu rõ về việc sử dụng chúng?

Nếu chúng tôi xây dựng một ứng dụng GUI, chúng tôi gần như LUÔN tạo ra một nguyên mẫu hoặc POC (bằng chứng về khái niệm). Chúng tôi sẽ thiết lập từ vựng trực quan của ứng dụng sẽ là gì. Chúng tôi thường khiến khách hàng của mình tham gia một phần thông qua POC và đảm bảo họ hiểu mục đích là gì và họ nên tập trung vào điều gì. Tôi chưa bao giờ xin lỗi rằng tôi đã sản xuất một nguyên mẫu. Chỉ cần chắc chắn rằng bạn không cố gắng biến mã nguyên mẫu thành mã sản xuất, bắt đầu mã sản xuất từ ​​đầu dựa trên những gì bạn học được từ nguyên mẫu.

Đã nói tất cả, chúng tôi gần như không bao giờ thử nghiệm các ứng dụng phía máy chủ (dịch vụ, phần mềm trung gian, v.v.). Tôi thực sự không thấy lợi tức đầu tư cho điều đó (trừ khi bạn đang thực hiện một số công nghệ mới và cần chứng minh các khái niệm khác nhau).

Trong thế giới kinh doanh, nó rất quan trọng

Tôi cũng sử dụng để nghĩ rằng, cho đến khi bạn tấn công vào thế giới kinh doanh. Sau đó, nó không còn đủ đơn giản để chỉ cần yêu cầu và đi ra và xây dựng.

Trong kinh doanh, người dùng "sơ đồ" sơ đồ và các nguyên mẫu lo-fi thực sự có ý nghĩa.

Làm thế nào "chương trình" hoạt động có lẽ là phần dễ dàng. Trong các ứng dụng LOB (Line Of Business), hầu hết chỉ là CRUD. Các thách thức nằm trong logic kinh doanh và các quy tắc . Đây là nơi sơ đồ luồng người dùng và luồng quy trình kinh doanh trở nên cực kỳ quan trọng để hiểu và lập kế hoạch hiệu quả.

Bạn có ý nghĩa gì khi chương trình "vận hành"? Bạn dường như đang tìm kiếm chi tiết thực hiện chính xác trong một cái gì đó khác với việc thực hiện cuối cùng cụ thể, điều này không có ý nghĩa. Các yếu tố cấp cao hơn được cho là hướng dẫn thực hiện, không xác định nó.

Từ kinh nghiệm của tôi, tạo mẫu có phần không phổ biến. Tôi chắc chắn đã được dạy nó kết hợp với đặc điểm kỹ thuật, yêu cầu, kiến ​​trúc, vv, và nó có thể rất hữu ích.

Đối với "những gì phần mềm cần phải có", đó là yêu cầu. Bạn dường như bị thiếu toàn bộ điểm.

Các giao diện thường được phác thảo trước và các trường hợp sử dụng có thể được sử dụng cho "dòng chảy" giao diện. Trải nghiệm người dùng không thiếu chút nào. Nếu bạn cảm thấy thiếu một số yếu tố, thì hãy làm điều gì đó khác mà các giáo sư của bạn chưa đề cập. Thiết kế không bao gồm một bộ quy tắc rõ ràng được lưu truyền từ thiên đường.

Quan sát cá nhân của tôi là việc tạo mẫu được cung cấp nhiều dịch vụ môi nhưng thường là nguyên mẫu, một khi nó có dấu hiệu của sự sống, chỉ đơn giản là được đổi tên thành 'Beta' hoặc, thậm chí tệ hơn, v1.0.

Có hai loại nguyên mẫu - thực tế là ba:

1. chúng tôi xây dựng các nguyên mẫu để tinh chỉnh thiết kế và giảm rủi ro trước khi bắt đầu mã hóa "thực" (Kỹ thuật)

2. chúng tôi xây dựng dự án như một loạt các nguyên mẫu tinh chế (Agile)

3. chúng tôi xây dựng một nguyên mẫu và gửi nó ngay khi nó hoạt động (Cowboy)

Những gì bạn đang tìm kiếm được gọi là thông số kỹ thuật - bạn có thể đọc một mô tả về điều đó ở đây trong một trong những bài viết của Joel

http://www.joelonsoftware.com/articles/fog0000000035.html

Một nguyên mẫu cũng có thể được coi là "lặp 0" của những gì bạn cần làm. Nó đáp ứng một số điều:

• Nó chứng minh rằng khái niệm này có thể được thực hiện. Điều này có thể là cho ông chủ của bạn hoặc một khách hàng trả tiền.
• Nó cho phép bạn xác định những thứ có thể khó có được sức mạnh sản xuất và cung cấp cho bạn một ý tưởng chung về số lượng công việc cần thiết.
• Bạn thực sự có mã mà làm một cái gì đó . Điều này là vô cùng quan trọng!

Tất cả trong tất cả các nguyên mẫu nên có xác suất cao sẽ hữu ích cho việc xây dựng sản phẩm cuối cùng, trừ khi bạn thấy rằng một cách tiếp cận hoàn toàn khác là cần thiết.