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 đã hết hạn sử dụng. 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, chúng đã có lúc lên kệ, 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 luận được sử dụng để phát triển phần mềm tùy chỉnh.
Trong hướng dẫn này, bạn sẽ học-
- Bên liên quan phát triển hệ thống thông tin
- Phân tích và thiết kế hệ thống MIS
- MIS Phân tích và thiết kế hướng đối tượng
- Vòng đời phát triển hệ thống MIS (SDLC)
- Mô hình thác nước
- Phát triển nhanh
- Tạo mẫu
Bên liên quan phát triển hệ thống thông tin
Một sự phát triển hệ thống thông tin điển hình thường có ba (3) bên liên quan;
- Người dùng - Người dùng là những người sử dụng hệ thống sau khi nó đã được phát triển để thực hiện các công việc hàng ngày của họ.
- Các nhà tài trợ dự án - hạng mục này gồm các bên liên quan 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.
- Nhà phát triển - danh 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.
Người lập trình phát triển hệ thống yêu cầu dựa trên các yêu cầu hệ thống được phát triển bởi các nhà phân tích hệ thống.
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 nó và sử dụng nó. Nếu người dùng không chấp nhận hệ thống, thì dự án là một thất bại.
Phân tích và thiết kế hệ thống MIS
Phân tích và thiết kế hệ thống đề cập đến hai ngành có liên quan chặt chẽ với nhau là phân tích hệ thống và thiết kế hệ thống.
- Phân tích hệ thống liên quan đến việc tìm 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 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 của nó. Mục tiêu chính của thiết kế hệ thống là giải thích 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 hệ thống thông tin được triển khai.
MIS Phân tích và thiết kế hướng đối tượng
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 để đại diện cho 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à sản xuất các sản phẩm chất lượng cao.
Đối tượng là đại diệ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 ra các thiết kế trực quan cho một hệ thống.
Hình ảnh sau đây cho thấy một biểu đồ 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 MIS (SDLC)
Vòng đời phát triển hệ thống đề 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 hệ thống thông tin chất lượng cao đáp ứng hoặc vượt quá mong đợi của người sử dụng trong phạm vi ngân sách và khung thời gian quy định.
SDLC sử dụng một số phương pháp luận 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
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à ở dưới cùng 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à nơi bắt nguồn của cái tên này.
Mục tiêu chính của mô hình thác nước là
- Lập kế hoạch
- Lập kế hoạch thời gian
- 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à lý tưởng khi các yêu cầu của người dùng được hiểu rõ ràng và không bị thay đổi triệt để trong quá trình phát triển của hệ thống thông tin. Mô hình thác nước lý tưởng trong các 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à sự chấp nhận để thay đổi. Không dễ dàng để kết hợp các yêu cầu mới của người dùng.
Phát triển nhanh
Phát triển nhanh là một phương pháp luận thay thế cho quản lý dự án truyền thống nhằm thúc đẩy lập kế hoạch thích ứng, phát triển theo hướng tiến hóa, phân phối 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.
Sprint theo thuật ngữ nhanh là một nhiệm vụ được xác định rõ ràng phải được hoàn thành trong một thời gian nhất định. Mục tiêu và thời lượng Sprint do khách hàng và nhóm phát triển đặt ra. Tất cả các bên liên quan phải gặp 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ó.
Các phương pháp luận Agile thường tuân theo tuyên ngôn nhanh nhẹ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 sớm và tiếp tục phần mềm
- Đón đầu những thay đổi về yêu cầu bất kỳ lúc nào của dự án
- Các bản phát hành thường xuyên của phần mềm đang hoạt động thường hàng tuần
- Hợp tác giữa doanh nhân và nhà phát triển khi làm việc trong 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
- Các cuộc họp trực tiếp hiệu quả và hiệu quả
- Tiến độ được đo lường dựa trên phần mềm làm việc
- Phát triển bền vững, nhà tài trợ, người dùng và nhà phát triển phải có thể duy trì tốc độ liên tục vô thời hạn
- Liên tục chú ý đến sự xuất sắc về kỹ thuật và thiết kế tốt giúp tăng cường sự nhanh nhẹn.
- Sự đơn giản
- Các đội tự tổ chức
- Định kỳ, nhóm phản ánh 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 minh họa cách thực hiện các phương pháp phát triển nhanh.
Tạo mẫu
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. Các phương pháp luận phát triển tạo mẫu sử dụng các 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.
Prototyping giúp người dùng dễ dàng xác định các yêu cầu của họ và các nhà phát triển hiểu được các yêu cầu của người dùng vì 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 từ hệ thống. Những yêu cầu này sau đó được sử dụng để tạo ra một mô hình mô phỏng mà người dùng có thể tương tác và cung cấp 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 minh họa các giai đoạn của quá trình tạo mẫu
Tóm lược:
Phát triển hệ thống thông tin đề cập đến các phương pháp luận và các bước liên quan đến việc phát triển một 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, một phương pháp luận phát triển trước tiên phải xác định và hiểu được vấn đề với 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 bản chất của dự án và yêu cầu của người sử dụng.
- Mô hình thác nước là lý tưởng khi dự án không có nhiều thay đổi
- Trong khi các phương pháp luận như Agile, Prototyping, v.v. là lý tưởng khi dự án được dự kiến sẽ thay đổi trong quá trình phát triển và các thay đổi đó phải được kết hợp với nhau.