Quy trình phát triển phần mềm ứng dụng: Phân tích và thiết kế hệ thống
Quá trình phát triển phần mềm ứng dụng: Phân tích và thiết kế hệ thống!
Quá trình phát triển phần mềm ứng dụng còn được gọi là vòng đời phát triển hệ thống. Quá trình này có tính chu kỳ vì các hệ thống thông tin được sửa đổi theo yêu cầu thay đổi của người dùng và những thiếu sót được quan sát thấy ở các giai đoạn phát triển khác nhau.
Hình ảnh lịch sự: 24point0.com/ppt-shop/media/catalog/product/m/e/merits-demerits-diagram-powerpoint-slide.jpg
Quá trình này tương tự như quá trình xây dựng bất kỳ hệ thống chính nào khác.
Theo truyền thống, quá trình phát triển hệ thống đã được mô tả theo một chuỗi các bước sau:
tôi. Xác định các yêu cầu của người dùng dưới dạng các chức năng rộng sẽ được hệ thống thực hiện,
ii. Phân tích hệ thống hiện có, bằng cách xác định các yêu cầu chi tiết của người dùng,
iii. Thiết kế một hệ thống mới, bằng cách khôi phục các yêu cầu về phương pháp, quy trình và điều khiển để tạo điều kiện cho việc mã hóa hệ thống,
iv. Mã hóa các chương trình khác nhau trong hệ thống bằng ngôn ngữ lập trình cụ thể và liên kết chúng lại với nhau để tạo ra một phần mềm hoàn chỉnh,
v. Kiểm tra hệ thống để đảm bảo đáp ứng các yêu cầu đã chỉ định và triển khai hệ thống bằng cách thiết lập các quy trình nhập và phân phối dữ liệu.
Các bước này được gọi chung là phân tích và thiết kế hệ thống. Ở mỗi giai đoạn của dự án phát triển hệ thống, những người chơi khác nhau có vai trò cụ thể để làm cho dự án thành công.
Những người chơi chính trong quá trình phát triển:
Zachman xác định ba người tham gia chính trong việc phát triển bất kỳ hệ thống chính nào là khách hàng, nhà thiết kế và nhà xây dựng. Trong ngành xây dựng, họ được gọi là người sử dụng, kiến trúc sư và nhà thầu xây dựng tương ứng. Các chuyên gia CNTT gọi họ là người dùng, nhà phân tích hệ thống và lập trình viên, tương ứng.
Nhà phân tích hệ thống đóng vai trò là trung gian giữa người dùng và lập trình viên và thu hẹp khoảng cách giao tiếp giữa hai người. Trong quá trình này, anh ta sử dụng sự hiểu biết của mình về nhu cầu của người dùng và quy trình mã hóa, qua đó, tăng thêm giá trị cho trung gian. Các mối quan hệ giữa chúng được thể hiện trong Hình. 7.3.
Phần này tập trung vào người dùng (chủ yếu là người quản lý) và vai trò của anh ta trong việc phát triển phần mềm đáng tin cậy theo cách hiệu quả nhất về chi phí. Như trong trường hợp của các hệ thống khác, hệ thống thông tin cũng dễ có nguy cơ giao tiếp kém giữa những người tham gia trong quá trình.
Cuối cùng, chính người dùng phải chịu đựng trong trường hợp hệ thống không phù hợp với nhu cầu và mong đợi của anh ta. Do đó, điều cần thiết là người quản lý phải đảm bảo rằng khoảng cách giao tiếp giữa những người tham gia được giảm thiểu. Điều đó khiến người quản lý phải tham gia vào quá trình phát triển hệ thống.
Sự tham gia của người quản lý trong phân tích và thiết kế hệ thống :
Chức năng cơ bản của hệ thống thông tin, như Weberputs, là để mô tả hành vi của những sự việc và sự kiện rời rạc có liên quan trong một khoảng thời gian. Những sự kiện và sự kiện riêng biệt này là các thực thể, quy trình và quy tắc mô tả chức năng trong một tổ chức.
Các thực thể được mô tả bằng cách lưu trữ thông tin của chúng trong các tệp dữ liệu, thường được gọi là tệp chủ. Các sự kiện thường được mô tả bởi dữ liệu chứa trong tập tin giao dịch phổ biến. Các quy trình được mô tả với các chương trình và tài liệu tạo lại chúng. Quy tắc xác định mối quan hệ giữa các mục dữ liệu, giữa các quy trình và giữa dữ liệu và quy trình.
Do đó, các thực thể, quy trình và quy tắc có thể được gọi là ba khối xây dựng cơ bản của bất kỳ hệ thống thông tin nào. Trong thực tế, tất cả ba khối xây dựng được biết đến và được người quản lý hiểu rõ hơn. Bất kỳ vấn đề nào trong giao tiếp của các khối xây dựng này có thể khiến hệ thống thông tin trở nên ít hữu ích hơn.
Do đó, điều cần thiết là người quản lý nên cố tình tham gia vào quá trình phân tích và thiết kế hệ thống. Tuy nhiên, mức độ tham gia có thể khác nhau tùy thuộc vào mức độ quản lý, tính chất trách nhiệm, loại hệ thống thông tin, v.v.
Cụ thể hơn, vai trò của người quản lý trong quá trình phát triển hệ thống có thể bị giới hạn trong quá trình tìm kiếm câu trả lời cho các câu hỏi chung sau đây về vấn đề này:
Hệ thống xử lý những gì? Câu trả lời rõ ràng cho câu hỏi là bất kỳ hệ thống thông tin nào xử lý dữ liệu. Tuy nhiên, một câu hỏi cụ thể hơn mà người quản lý cần giải quyết là dữ liệu nào sẽ được xử lý bởi phần mềm ứng dụng nhất định.
Nó xử lý như thế nào? Các hoạt động xử lý dữ liệu được thực hiện bởi phần mềm trên dữ liệu sẽ được xác định và truyền đạt để xem xét nhu cầu quyết định của người quản lý.
Tại sao phải phát triển phần mềm ứng dụng? Cần phải chứng minh sự cam kết của các nguồn lực cho hệ thống và do đó, phân tích lợi ích chi phí phải được thực hiện bởi ban quản lý cho mỗi ứng dụng.
Dữ liệu sẽ được xử lý ở đâu? Những chức năng xử lý dữ liệu nào sẽ được tập trung và những chức năng nào được phân cấp? Trả lời cho câu hỏi này có một ảnh hưởng quan trọng đến cách tổ chức xử lý dữ liệu trong hệ thống và các yêu cầu tài nguyên xử lý dữ liệu.
Khi một chức năng xử lý dữ liệu nhất định phải được thực hiện? Câu hỏi trở nên có liên quan khi khả năng của cơ sở hạ tầng CNTT là một hạn chế hoặc bất cứ khi nào có nhu cầu đồng bộ hóa chức năng xử lý dữ liệu với sự kiện xảy ra bên ngoài. Tình huống như vậy là phổ biến hơn khi hệ thống được thiết kế để giám sát và / hoặc kiểm soát một số quy trình vật lý.
Mặc dù những câu hỏi này có vẻ khá đơn giản, chúng là cơ sở của bất kỳ hệ thống thông tin nào. Tìm kiếm câu trả lời cho những câu hỏi này không chỉ giúp người quản lý xác định các yêu cầu của mình mà còn cho phép anh ta hiểu những gì có thể là kết quả của quá trình phân tích và thiết kế hệ thống. Người quản lý nên chủ động liên kết bản thân trong quá trình phát triển hệ thống khi câu trả lời cho những câu hỏi này đang được tìm kiếm.
