Quy trình phát triển MIS với vòng đời phát triển hệ thống
Atlas Phượng Hoàng
Phần mềm là một trong những thành phần chính của hệ thống thông tin quản lý. Một số phần mềm được sử dụng trong hệ thống MIS hiện chưa có sẵn. Chúng bao gồm các gói như chương trình bảng tính, ứng dụng cơ sở dữ liệu, v.v.
Tuy nhiên, có những lúc phần mềm không đáp ứng được yêu cầu kinh doanh. Giải pháp cho vấn đề này là phần mềm tùy chỉnh.
Hướng dẫn này sẽ tập trung vào các phương pháp được sử dụng để phát triển phần mềm tùy chỉnh.
Các bên liên quan trong phát triển hệ thống thông tin
Một quá trình phát triển hệ thống thông tin điển hình thường có ba bên liên quan là:
- Người dùng – Người dùng là người sử dụng hệ thống sau khi hệ thống được phát triển để thực hiện các công việc hàng ngày của mình.
- Nhà tài trợ dự án – nhóm các bên liên quan này chịu trách nhiệm về khía cạnh tài chính của dự án và đảm bảo rằng dự án được hoàn thành.
- Các nhà phát triển – hạng mục này thường bao gồm các nhà phân tích hệ thống và lập trình viên. Các nhà phân tích hệ thống chịu trách nhiệm thu thập các yêu cầu của người dùng và viết các yêu cầu hệ thống. Các lập trình viên phát triển hệ thống được yêu cầu dựa trên các yêu cầu hệ thống do các nhà phân tích hệ thống phát triển.
Các bên liên quan quan trọng nhất trong một dự án là người dùng. Để một dự án được chấp nhận là đã hoàn thành, người dùng phải chấp nhận và sử dụng nó. Nếu người dùng không chấp nhận hệ thống thì dự án sẽ thất bại.
MIS trong phân tích và thiết kế hệ thống
Phân tích và thiết kế hệ thống đề cập đến hai lĩnh vực liên quan chặt chẽ phân tích hệ thống và thiết kế hệ thống.
- Phân tích hệ thống quan tâm đến việc hiểu các mục tiêu, mục tiêu kinh doanh và phát triển các quy trình kinh doanh. Sản phẩm cuối cùng của việc phân tích hệ thống là các thông số kỹ thuật của hệ thống.
- Thiết kế hệ thống sử dụng đầu ra từ phân tích hệ thống làm đầu vào. Mục tiêu chính của thiết kế hệ thống là diễn giải các yêu cầu hệ thống thành các thiết kế kiến trúc, logic và vật lý về cách thức triển khai hệ thống thông tin.
Phân tích và thiết kế hướng đối tượng trong MIS
Phân tích và thiết kế hướng đối tượng (OOAD) có liên quan chặt chẽ đến phân tích và thiết kế hệ thống. Sự khác biệt chính giữa phân tích và thiết kế hướng đối tượng (OOAD) và phân tích và thiết kế hệ thống là OOAD sử dụng các đối tượng để biểu diễn các thực thể trong thế giới thực.
Phân tích và thiết kế hướng đối tượng sử dụng mô hình trực quan để cải thiện giao tiếp giữa tất cả các bên liên quan và tạo ra các sản phẩm chất lượng cao.
Đối tượng là sự thể hiện của một thực thể trong thế giới thực như khách hàng, sản phẩm, nhân viên, v.v. Ngôn ngữ mô hình hóa thống nhất (UML) là ngôn ngữ có mục đích chung được sử dụng để tạo các thiết kế trực quan cho một hệ thống.
Hình ảnh sau đây hiển thị một sơ đồ UML mẫu cho thấy người dùng tương tác với hệ thống điểm bán hàng
Vòng đời phát triển hệ thống (SDLC) trong MIS
chu kỳ hệ thống đời phát triển đề cập đến quá trình lập kế hoạch, tạo, thử nghiệm và triển khai một hệ thống thông tin. Mục tiêu chính của vòng đời phát triển hệ thống là tạo ra các hệ thống thông tin chất lượng cao đáp ứng hoặc vượt quá sự mong đợi của người dùng trong khung thời gian và ngân sách quy định.
SDLC sử dụng một số phương pháp phát triển để đạt được mục tiêu này. Các phần tiếp theo sẽ thảo luận về một số phương pháp phát triển phổ biến nhất.
Mô hình thác nước trong MIS
Mô hình thác nước sử dụng mô hình thiết kế tuần tự. Giai đoạn tiếp theo chỉ bắt đầu sau khi hoàn thành giai đoạn trước. Giai đoạn đầu tiên thường được vẽ ở trên cùng và các giai đoạn tiếp theo ở bên dưới và phía dưới bên trái. Điều này tạo thành một cấu trúc giống như thác nước và đó là nguồn gốc của cái tên.
Mục tiêu chính của mô hình thác nước là
- Lập kế hoạch
- thời gian biểu
- Lập ngân sách và
- Triển khai toàn bộ hệ thống cùng một lúc
Mô hình thác nước lý tưởng khi các yêu cầu của người dùng được hiểu rõ ràng và dự kiến sẽ không thay đổi hoàn toàn trong quá trình phát triển hệ thống thông tin. Mô hình thác nước lý tưởng trong trường hợp dự án có phạm vi cố định, khung thời gian cố định và giá cố định.
Thách thức lớn nhất của mô hình thác nước là việc áp dụng sự thay đổi. Việc kết hợp các yêu cầu mới của người dùng không phải là điều dễ dàng.
Phương pháp phát triển linh hoạt cho MIS
Phát triển linh hoạt là phương pháp thay thế cho quản lý dự án truyền thống, thúc đẩy lập kế hoạch thích ứng, phát triển tiến hóa, giao hàng sớm, cải tiến liên tục và khuyến khích phản ứng nhanh chóng và linh hoạt với sự thay đổi.
Trong thuật ngữ agile, sprint là một nhiệm vụ được xác định rõ ràng cần hoàn thành trong một khoảng thời gian nhất định. Sprint mục tiêu và thời hạn được thiết lập bởi khách hàng và nhóm phát triển. Tất cả các bên liên quan phải gặp mặt trực tiếp để nhận phản hồi về sprint trước khi họ có thể chuyển sang sprint tiếp theo nếu có.
phương pháp Agile thường tuân theo bản tuyên ngôn nhanh nhẹn. Bản tuyên ngôn nhanh nhẹn dựa trên mười hai (12) nguyên tắc sau:
- Sự hài lòng của khách hàng thông qua việc phân phối phần mềm sớm và liên tục
- Chào đón những thay đổi trong yêu cầu bất cứ lúc nào của dự án
- Thường xuyên phát hành phần mềm đang hoạt động hàng tuần
- Sự hợp tác giữa người kinh doanh và nhà phát triển khi thực hiện một dự án
- Các dự án được xây dựng xung quanh những cá nhân năng động và đáng tin cậy
- Cuộc họp mặt đối mặt hiệu quả và hiệu quả
- Tiến độ được đo lường dựa trên phần mềm đang hoạt động
- Phát triển bền vững, nhà tài trợ, người dùng và nhà phát triển sẽ có thể duy trì tốc độ ổn định vô thời hạn
- Sự chú ý liên tục đến sự xuất sắc về mặt kỹ thuật và thiết kế tốt sẽ nâng cao tính linh hoạt.
- Đơn giản
- Các đội tự tổ chức
- Định kỳ, nhóm suy nghĩ về cách trở nên hiệu quả hơn, sau đó điều chỉnh và điều chỉnh hành vi của mình cho phù hợp.
Sơ đồ sau đây minh họa cách triển khai phương pháp phát triển nhanh nhẹn.
Tạo nguyên mẫu trong MIS
Nguyên mẫu là một mô hình mô phỏng bán chức năng của hệ thống thực tế sẽ được phát triển. Phương pháp phát triển nguyên mẫu sử dụng nguyên mẫu. Nguyên mẫu cho phép cả nhà phát triển và người dùng nhận được phản hồi sớm.
Tạo mẫu giúp người dùng dễ dàng chỉ định các yêu cầu của họ và nhà phát triển hiểu được yêu cầu của người dùng nhờ các nguyên mẫu. Phương pháp tạo mẫu có nghĩa là xác định các yêu cầu cơ bản của hệ thống, đặc biệt là đầu vào và đầu ra của hệ thống. Sau đó, những yêu cầu này được sử dụng để tạo mô hình mô phỏng mà người dùng có thể tương tác và đưa ra phản hồi. Phản hồi của người dùng được sử dụng để nâng cao nguyên mẫu và đưa ra các quyết định quan trọng khác như chi phí dự án và lịch trình thời gian khả thi.
Sơ đồ sau đây minh họa các giai đoạn tạo mẫu
Tổng kết
Phát triển hệ thống thông tin đề cập đến các phương pháp và các bước liên quan đến việc phát triển hệ thống thông tin mới hoặc nâng cấp hệ thống hiện có để đáp ứng các yêu cầu ngày càng tăng của người dùng.
Tóm lại, phương pháp phát triển trước tiên phải xác định và hiểu vấn đề của hệ thống hiện có và tìm ra giải pháp giải quyết vấn đề.
Phương pháp được lựa chọn phụ thuộc vào tính chất của dự án và yêu cầu của người dùng.
- Mô hình thác nước lý tưởng khi dự án dự kiến không có nhiều thay đổi
- Mặc dù các phương pháp như Agile, Prototyping, v.v. là lý tưởng khi dự án dự kiến sẽ thay đổi trong quá trình phát triển và những thay đổi đó thì vẫn phải được kết hợp.
