Xin chào bạn minhdai1992!
Mình là thành viên mới của diễn đàn VN-Z, mới đăng ký tài khoản vào hôm nay.
Mình có làm một hai phần trong team phát triển phần mềm, xin thảo luận góc nhìn cá nhân, mong bạn minhdai1992 và các bạn đọc có gì chưa tốt, mong được đóng góp thêm.
1. Tổng quan:
1.1. Dưới góc độ ngành nghề chung:
Ngành nghề phần mềm, có từ ngành/nghề nên sẽ có các đặc điểm chung của mọi ngành/nghề, và, có một số phần mang tính đặc thù riêng của ngành/nghề phần mềm.
Phát triển phần mềm cũng là một thể hiện tương tự một quá trình nghiên cứu và phát triển một sản phẩm trong cuộc sống.
Để phát triển một sản phẩm, sau đây, mình xin gọi là Sản xuất.
Gồm các nội dung chính sau:
sản xuất cho ai, sản xuất cái gì và sản xuất như thế nào?
(Mình nhắn đây, trích từ khái niệm kinh tế. Mình là dân IT, nên xin phép có chưa đúng, các bạn chuyên ngành kinh tế đóng góp thêm)
1.2. Phân tích lý thuyết phát triển phần mềm:
Với 03 nội dungchính trên làm cơ sở, ta áp dụng vào quy trình phát triển phần mềm, gồm các bước mà bạn minhdai1992 đã đăng ở trên.
Các bước bạn minhdai1992 đăng ở trên, theo góc nhìn của mình, là các bước chính trong quy trình phát triển phần mềm chung.
Mình xin ánh-xạ 03 nội dung trên với các bước bạn minhdai1992 đã nhắn:
- Sản xuất cho ai, sản xuất cái gì: phần này, có thể diễn giản là xác định khách-hàng/người-dùng (sau đây, xin gọi là người dùng) là ai? xác định yêu-cầu/mong-muốn/nhu-cầu của người dùng.
Để thực hiện nội dung này, tương ứng bước "Xác định vấn đề, Xây dựng/ thu thập yêu cầu"
- sản xuất như thế nào?: phần này, tương ứng các nội dung còn lại bạn minhdai1992 đã đăng.
Các bước trong quy trình phát triển phần mềm & các nội dung cơ sở để sản xuất phần mềm, là lý thuyết chung để các đơn vị sản xuất phần mềm tham khảo.
Với mỗi đơn vị riêng sẽ có lựa chọn mô hình cụ thể tương ứng với lý thuyết chung.
Một số mô hình phát triển phần mềm như: Thác nước, xoắn ốc, mô hình chữ V và phát triển phần mềm linh hoạt.
Tiếng Anh: The waterfall, The Boehm's spiral, V, Agile.
Mỗi mô hình, sẽ có cách sắp xếp, phân bổ các bước chung trên thành nhiều hình thức khác nhau.
Ví dụ:
- Mô hình thác nước: sẽ làm tuần tự từng bước một. Kết quả của bước trước sẽ là đầu vào cho bước sau. Và mỗi bước thường chỉ làm một lần thật chính xác, ít khi làm lại.
- Mô hình xoắn ốc: các bước sẽ làm tuần tự. Nhưng sau một chu kỳ kết thúc hết lượt, sẽ bắt đầu lại chu kỳ mới.
- Mô hình Agile: là mô hình mình thường sử dụng. Tương tự mô hình thác nước và xoắn ốc. Nhưng cách làm sẽ chia thật nhỏ yêu cầu ra. Và Agile (linh-hoạt) nên yếu tố quyết định là: sẵn sàng theo thực tế trong quá trình triển khai thay vì bám sát theo kế hoạch ban đầu.
Với Agile, có rất nhiều bài viết chia sẻ về lý thuyết của mô hình này. VD:
https://agilemanifesto.org/
Để rõ hơn, bạn có thể tra cứu thêm hoặc mong các bạn khác góp ý.
2. Làm rõ hơn các lý thuyết vào công việc phát triển phần mềm:
Lý thuyết giống như bản đồ giúp làm nền tảng định hướng. Để thực hiện cụ thể, ta sẽ xem qua một câu chuyện triển khai phần mềm (mình tự ví dụ) như sau:
Có một khách hàng liên hệ đến bạn minhdai1992 nhờ tư vấn về phần mềm bán cafe.
Bạn minhdai1992 lên cuộc hẹn, nhắn cho bạn gái hoặc vợ: "Mai anh có hẹn cafe với anh bạn, em lên diễn đàn online giúp anh nhé."
Ngày hôm sau, bạn minhdai1992 gặp khách hàng đó.
Thời tiết mùa này hơi se lạnh, hai người gặp nhau, cùng gọi món giống nhau là trà-gừng-nóng.
Sau một hồi khởi động bằng những chuyện thời sự để góp phần "hâm nóng" mối quan hệ của hai người, khách hàng và bạn minhdai1992 đi đến phần cao-trào, chia sẻ mong muốn về (giải pháp) phần mềm bán cafe.
Khách hàng nói: "Anh muốn khách sẽ cài ứng dụng, đăng ký tài khoản & đặt món bằng điện thoại di động. Xong rồi, nhân viên sẽ mang ra đúng vị trí khách ngồi. Thanh toán bằng tiền mặt hoặc quét mã QR kết nối ví điện tử."
Bạn minhdai1992 nói: "Ok anh, cái nào em cũng làm được hết".
Còn tiếp...
👌 👌👌👌👌👌👌
