Phân tích và thiết kế hệ thống - Hướng dẫn nhanh
Phát triển hệ thống là quá trình có hệ thống bao gồm các giai đoạn như lập kế hoạch, phân tích, thiết kế, triển khai và bảo trì. Ở đây, trong hướng dẫn này, chúng tôi sẽ chủ yếu tập trung vào -
- Phân tích hệ thống
- Thiết kế hệ thống
Phân tích hệ thống
Nó là một quá trình thu thập và diễn giải các dữ kiện, xác định các vấn đề và phân rã một hệ thống thành các thành phần của nó.
Phân tích hệ thống được thực hiện với mục đích nghiên cứu một hệ thống hoặc các bộ phận của nó để xác định các mục tiêu của nó. Đây là một kỹ thuật giải quyết vấn đề nhằm cải thiện hệ thống và đảm bảo rằng tất cả các thành phần của hệ thống hoạt động hiệu quả để hoàn thành mục đích của chúng.
Phân tích xác định what the system should do.
Thiết kế hệ thống
Nó là một quá trình lập kế hoạch một hệ thống kinh doanh mới hoặc thay thế một hệ thống hiện có bằng cách xác định các thành phần hoặc mô-đun của nó để thỏa mãn các yêu cầu cụ thể. Trước khi lập kế hoạch, bạn cần tìm hiểu kỹ hệ thống cũ và xác định cách sử dụng máy tính tốt nhất để hoạt động hiệu quả.
Thiết kế hệ thống tập trung vào how to accomplish the objective of the system.
Phân tích và thiết kế hệ thống (SAD) chủ yếu tập trung vào -
- Systems
- Processes
- Technology
Hệ thống là gì?
Từ System có nguồn gốc từ tiếng Hy Lạp Systema, có nghĩa là một mối quan hệ có tổ chức giữa bất kỳ tập hợp các thành phần nào để đạt được một số nguyên nhân hoặc mục tiêu chung.
Hệ thống là “một nhóm có trật tự các thành phần phụ thuộc lẫn nhau được liên kết với nhau theo một kế hoạch để đạt được một mục tiêu cụ thể”.
Ràng buộc của một hệ thống
Một hệ thống phải có ba ràng buộc cơ bản:
Một hệ thống phải có một số structure and behavior được thiết kế để đạt được một mục tiêu xác định trước.
Interconnectivity và interdependence phải tồn tại giữa các thành phần hệ thống.
Các objectives of the organization có một higher priority hơn các mục tiêu của hệ thống con của nó.
Ví dụ như hệ thống quản lý giao thông, hệ thống tính lương, hệ thống thư viện tự động, hệ thống thông tin nguồn nhân lực.
Thuộc tính của một hệ thống
Một hệ thống có các thuộc tính sau:
Cơ quan
Tổ chức bao hàm cấu trúc và trật tự. Chính việc sắp xếp các thành phần giúp đạt được các mục tiêu đã định trước.
Sự tương tác
Nó được xác định theo cách thức mà các thành phần hoạt động với nhau.
Ví dụ, trong một tổ chức, bộ phận mua hàng phải tương tác với bộ phận sản xuất và tính lương với bộ phận nhân sự.
Sự phụ thuộc lẫn nhau
Sự phụ thuộc lẫn nhau có nghĩa là cách các thành phần của hệ thống phụ thuộc vào nhau. Để hoạt động tốt, các bộ phận được phối hợp và liên kết với nhau theo một kế hoạch xác định. Đầu ra của một hệ thống con là yêu cầu của hệ thống con khác làm đầu vào.
Hội nhập
Tích hợp liên quan đến cách một thành phần hệ thống được kết nối với nhau. Nó có nghĩa là các bộ phận của hệ thống làm việc cùng nhau trong hệ thống ngay cả khi mỗi bộ phận thực hiện một chức năng duy nhất.
Mục tiêu trung tâm
Mục tiêu của hệ thống phải là trung tâm. Nó có thể là thật hoặc đã nêu. Không có gì lạ khi một tổ chức nêu một mục tiêu và hoạt động để đạt được mục tiêu khác.
Người dùng phải biết sớm mục tiêu chính của ứng dụng máy tính trong quá trình phân tích để thiết kế và chuyển đổi thành công.
Các yếu tố của một hệ thống
Sơ đồ sau đây cho thấy các phần tử của một hệ thống:
Đầu ra và đầu vào
Mục đích chính của một hệ thống là tạo ra một đầu ra hữu ích cho người sử dụng.
Đầu vào là thông tin đưa vào hệ thống để xử lý.
Đầu ra là kết quả của quá trình xử lý.
(Các) bộ xử lý
Bộ xử lý là phần tử của hệ thống liên quan đến việc chuyển đổi thực tế đầu vào thành đầu ra.
Nó là thành phần hoạt động của một hệ thống. Bộ xử lý có thể sửa đổi toàn bộ hoặc một phần đầu vào, tùy thuộc vào đặc điểm kỹ thuật đầu ra.
Khi các thông số kỹ thuật đầu ra thay đổi, quá trình xử lý cũng vậy. Trong một số trường hợp, đầu vào cũng được sửa đổi để cho phép bộ xử lý xử lý việc chuyển đổi.
Điều khiển
Phần tử điều khiển hướng dẫn hệ thống.
Nó là hệ thống con ra quyết định kiểm soát mô hình hoạt động chi phối đầu vào, quá trình xử lý và đầu ra.
Hành vi của một hệ thống máy tính được điều khiển bởi Hệ điều hành và phần mềm. Để giữ cho hệ thống cân bằng, đầu vào cần những gì và bao nhiêu được xác định bởi Thông số kỹ thuật đầu ra.
Phản hồi
Phản hồi cung cấp sự kiểm soát trong một hệ thống động.
Phản hồi tích cực về bản chất là thường xuyên nhằm khuyến khích hoạt động của hệ thống.
Phản hồi tiêu cực có bản chất là thông tin cung cấp cho người điều khiển thông tin để hành động.
Môi trường
Môi trường là “siêu hệ thống” trong đó một tổ chức hoạt động.
Nó là nguồn gốc của các yếu tố bên ngoài tấn công vào hệ thống.
Nó xác định cách một hệ thống phải hoạt động. Ví dụ, các nhà cung cấp và đối thủ cạnh tranh trong môi trường của tổ chức, có thể đưa ra các ràng buộc ảnh hưởng đến hoạt động thực tế của doanh nghiệp.
Ranh giới và Giao diện
Một hệ thống nên được xác định bởi các ranh giới của nó. Ranh giới là giới hạn xác định các thành phần, quy trình và mối quan hệ qua lại của nó khi nó giao tiếp với hệ thống khác.
Mỗi hệ thống có các ranh giới xác định phạm vi ảnh hưởng và kiểm soát của nó.
Kiến thức về ranh giới của một hệ thống nhất định là rất quan trọng trong việc xác định bản chất của giao diện của nó với các hệ thống khác để thiết kế thành công.
Các loại hệ thống
Các hệ thống có thể được chia thành các loại sau:
Hệ thống vật lý hoặc hệ thống trừu tượng
Hệ thống vật chất là những thực thể hữu hình. Chúng ta có thể chạm và cảm nhận chúng.
Hệ thống Vật lý có thể là tĩnh hoặc động về bản chất. Ví dụ, bàn và ghế là bộ phận vật lý của trung tâm máy tính là bộ phận tĩnh. Máy tính được lập trình là một hệ thống động trong đó các chương trình, dữ liệu và ứng dụng có thể thay đổi theo nhu cầu của người dùng.
Hệ thống trừu tượng là các thực thể phi vật lý hoặc khái niệm có thể là công thức, biểu diễn hoặc mô hình của một hệ thống thực.
Hệ thống mở hoặc đóng
Một hệ thống mở phải tương tác với môi trường của nó. Nó nhận đầu vào từ và đưa đầu ra ra bên ngoài hệ thống. Ví dụ, một hệ thống thông tin phải thích ứng với các điều kiện môi trường thay đổi.
Một hệ thống đóng không tương tác với môi trường của nó. Nó được cách ly khỏi ảnh hưởng của môi trường. Một hệ thống hoàn toàn khép kín là rất hiếm trong thực tế.
Hệ thống thích ứng và không thích ứng
Hệ thống thích ứng phản ứng với sự thay đổi của môi trường theo cách để cải thiện hiệu suất của họ và để tồn tại. Ví dụ, con người, động vật.
Hệ thống không thích ứng là hệ thống không phản ứng với môi trường. Ví dụ, máy móc.
Hệ thống vĩnh viễn hoặc tạm thời
Hệ thống vĩnh viễn tồn tại trong thời gian dài. Ví dụ, các chính sách kinh doanh.
Hệ thống Tạm thời được thực hiện trong thời gian quy định và sau đó chúng được phá bỏ. Ví dụ, một hệ thống DJ được thiết lập cho một chương trình và nó được phổ biến sau chương trình.
Hệ thống tự nhiên và sản xuất
Hệ thống tự nhiên được tạo ra bởi thiên nhiên. Ví dụ, Hệ mặt trời, hệ thống theo mùa.
Hệ thống Sản xuất là hệ thống do con người tạo ra. Ví dụ: Tên lửa, đập, xe lửa.
Hệ thống xác định hoặc xác suất
Hệ thống xác định hoạt động theo cách có thể dự đoán được và sự tương tác giữa các thành phần của hệ thống được biết đến một cách chắc chắn. Ví dụ, hai phân tử hydro và một phân tử oxy tạo ra nước.
Hệ thống xác suất cho thấy hành vi không chắc chắn. Đầu ra chính xác không được biết. Ví dụ, Dự báo thời tiết, gửi thư.
Hệ thống xã hội, con người, máy móc
Hệ thống xã hội được tạo thành từ con người. Ví dụ, câu lạc bộ xã hội, hội.
Trong Hệ thống Con người-Máy móc, cả con người và máy móc đều tham gia để thực hiện một nhiệm vụ cụ thể. Ví dụ, Lập trình máy tính.
Hệ thống Máy móc là nơi mà sự can thiệp của con người bị bỏ qua. Tất cả các tác vụ được thực hiện bởi máy. Ví dụ, một robot tự động.
Hệ thống thông tin do con người tạo ra
Nó là một tập hợp các nguồn thông tin được kết nối với nhau để quản lý dữ liệu cho một tổ chức cụ thể, dưới quyền Kiểm soát Quản lý Trực tiếp (DMC).
Hệ thống này bao gồm phần cứng, phần mềm, thông tin liên lạc, dữ liệu và ứng dụng để sản xuất thông tin theo nhu cầu của tổ chức.
Hệ thống thông tin do con người tạo ra được chia thành ba loại:
Formal Information System - Nó dựa trên luồng thông tin dưới dạng ghi nhớ, hướng dẫn, v.v., từ cấp cao nhất đến cấp quản lý thấp hơn.
Informal Information System - Đây là hệ thống dựa trên nhân viên giải quyết các vấn đề liên quan đến công việc hàng ngày.
Computer Based System- Hệ thống này phụ thuộc trực tiếp vào máy tính để quản lý các ứng dụng kinh doanh. Ví dụ, hệ thống thư viện tự động, hệ thống đặt chỗ đường sắt, hệ thống ngân hàng, v.v.
Mô hình hệ thống
Mô hình giản đồ
Mô hình giản đồ là một biểu đồ 2-D thể hiện các yếu tố hệ thống và mối liên kết của chúng.
Các mũi tên khác nhau được sử dụng để hiển thị luồng thông tin, luồng nguyên liệu và phản hồi thông tin.
Mô hình hệ thống dòng chảy
Mô hình hệ thống dòng chảy cho thấy dòng chảy có trật tự của vật chất, năng lượng và thông tin giữ hệ thống lại với nhau.
Ví dụ, Kỹ thuật Đánh giá và Xem xét Chương trình (PERT) được sử dụng để tóm tắt một hệ thống thế giới thực ở dạng mô hình.
Mô hình hệ thống tĩnh
Chúng đại diện cho một cặp quan hệ như hoạt động - thời gian hoặc chi phí - số lượng .
Ví dụ, biểu đồ Gantt đưa ra một bức tranh tĩnh về mối quan hệ thời gian hoạt động.
Mô hình hệ thống động
Tổ chức kinh doanh là hệ thống động. Mô hình động ước tính loại tổ chức hoặc ứng dụng mà các nhà phân tích xử lý.
Nó cho thấy một trạng thái liên tục, thay đổi liên tục của hệ thống. Nó bao gồm -
Các đầu vào nhập vào hệ thống
Bộ xử lý mà thông qua đó quá trình chuyển đổi diễn ra
(Các) chương trình cần thiết để xử lý
(Các) đầu ra là kết quả của quá trình xử lý.
Các loại thông tin
Có ba loại thông tin liên quan đến các cấp quản lý và người quản lý đưa ra quyết định.
Thông tin chiến lược
Thông tin này được ban lãnh đạo cao nhất yêu cầu đối với các chính sách lập kế hoạch tầm xa trong vài năm tới. Ví dụ, xu hướng về doanh thu, đầu tư tài chính, nguồn nhân lực và sự gia tăng dân số.
Loại thông tin này đạt được với sự hỗ trợ của Hệ thống Hỗ trợ Quyết định (DSS).
Thông tin quản lý
Loại Thông tin này được yêu cầu bởi quản lý cấp trung để lập kế hoạch trong phạm vi ngắn và trung gian theo tháng. Ví dụ, phân tích doanh số bán hàng, dự báo dòng tiền và báo cáo tài chính hàng năm.
Nó đạt được với sự hỗ trợ của Hệ thống Thông tin Quản lý (MIS).
Thông tin hoạt động
Loại thông tin này được yêu cầu bởi cấp quản lý thấp đối với việc lập kế hoạch hàng ngày và ngắn hạn để thực thi các hoạt động vận hành hàng ngày. Ví dụ, lưu giữ hồ sơ tham gia của nhân viên, đơn đặt hàng quá hạn và số lượng hàng tồn kho hiện có.
Nó đạt được với sự hỗ trợ của Hệ thống xử lý dữ liệu (DPS).
Một Vòng đời Phát triển Hệ thống (SDLC) hiệu quả phải tạo ra một hệ thống chất lượng cao đáp ứng kỳ vọng của khách hàng, hoàn thành trong thời gian và đánh giá chi phí, đồng thời hoạt động hiệu quả và hiệu quả trong cơ sở hạ tầng Công nghệ Thông tin hiện tại và theo kế hoạch.
Vòng đời phát triển hệ thống (SDLC) là một mô hình khái niệm bao gồm các chính sách và thủ tục để phát triển hoặc thay đổi hệ thống trong suốt vòng đời của chúng.
SDLC được sử dụng bởi các nhà phân tích để phát triển một hệ thống thông tin. SDLC bao gồm các hoạt động sau:
- requirements
- design
- implementation
- testing
- deployment
- operations
- maintenance
Các giai đoạn của SDLC
Vòng đời phát triển hệ thống là một phương pháp tiếp cận có hệ thống chia nhỏ công việc thành các giai đoạn được yêu cầu để triển khai Hệ thống thông tin mới hoặc đã sửa đổi.
Nghiên cứu khả thi hoặc lập kế hoạch
Xác định vấn đề và phạm vi của hệ thống hiện có.
Tổng quan về hệ thống mới và xác định mục tiêu của nó.
Xác nhận tính khả thi của dự án và đưa ra Lịch trình của dự án.
Trong giai đoạn này, các mối đe dọa, ràng buộc, tích hợp và bảo mật của hệ thống cũng được xem xét.
Một báo cáo khả thi cho toàn bộ dự án được lập vào cuối giai đoạn này.
Phân tích và Đặc điểm kỹ thuật
Thu thập, phân tích và xác thực thông tin.
Xác định các yêu cầu và nguyên mẫu cho hệ thống mới.
Đánh giá các lựa chọn thay thế và ưu tiên các yêu cầu.
Kiểm tra nhu cầu thông tin của người dùng cuối và nâng cao mục tiêu hệ thống.
Tài liệu Đặc tả Yêu cầu Phần mềm (SRS), chỉ định các yêu cầu về phần mềm, phần cứng, chức năng và mạng của hệ thống được chuẩn bị ở cuối giai đoạn này.
Thiết kế hệ thống
Bao gồm thiết kế ứng dụng, mạng, cơ sở dữ liệu, giao diện người dùng và giao diện hệ thống.
Chuyển tài liệu SRS thành cấu trúc lôgic, chứa tập hợp các thông số kỹ thuật chi tiết và đầy đủ có thể được triển khai bằng ngôn ngữ lập trình.
Lập kế hoạch dự phòng, đào tạo, bảo trì và vận hành.
Xem lại thiết kế được đề xuất. Đảm bảo rằng thiết kế cuối cùng phải đáp ứng các yêu cầu nêu trong tài liệu SRS.
Cuối cùng, chuẩn bị một tài liệu thiết kế sẽ được sử dụng trong các giai đoạn tiếp theo.
Thực hiện
Thực hiện thiết kế thành mã nguồn thông qua mã hóa.
Kết hợp tất cả các mô-đun với nhau thành môi trường đào tạo phát hiện lỗi và khiếm khuyết.
Báo cáo thử nghiệm có lỗi được chuẩn bị thông qua kế hoạch thử nghiệm bao gồm các nhiệm vụ liên quan đến thử nghiệm như tạo trường hợp thử nghiệm, tiêu chí thử nghiệm và phân bổ tài nguyên để thử nghiệm.
Tích hợp hệ thống thông tin vào môi trường của nó và cài đặt hệ thống mới.
Hỗ trợ bảo trì
Bao gồm tất cả các hoạt động như hỗ trợ qua điện thoại hoặc hỗ trợ vật lý tại chỗ cho người dùng được yêu cầu khi hệ thống được cài đặt.
Triển khai các thay đổi mà phần mềm có thể trải qua trong một khoảng thời gian hoặc thực hiện bất kỳ yêu cầu mới nào sau khi phần mềm được triển khai tại địa điểm của khách hàng.
Nó cũng bao gồm việc xử lý các lỗi còn lại và giải quyết mọi vấn đề có thể tồn tại trong hệ thống ngay cả sau giai đoạn thử nghiệm.
Có thể cần bảo trì và hỗ trợ trong thời gian dài hơn đối với các hệ thống lớn và trong thời gian ngắn đối với các hệ thống nhỏ hơn.
Vòng đời của Phân tích và Thiết kế Hệ thống
Sơ đồ sau đây cho thấy toàn bộ vòng đời của hệ thống trong giai đoạn phân tích và thiết kế.
Vai trò của nhà phân tích hệ thống
Người phân tích hệ thống là người am hiểu tường tận về hệ thống và hướng dẫn dự án phát triển hệ thống bằng cách đưa ra những định hướng đúng đắn. Anh ấy là một chuyên gia có kỹ năng kỹ thuật và giao tiếp giữa các cá nhân để thực hiện các nhiệm vụ phát triển cần thiết ở mỗi giai đoạn.
Ông theo đuổi để phù hợp với mục tiêu của hệ thống thông tin với mục tiêu của tổ chức.
Vai trò chính
Xác định và hiểu yêu cầu của người dùng thông qua các kỹ thuật Tìm kiếm sự thật khác nhau.
Ưu tiên các yêu cầu bằng cách đạt được sự đồng thuận của người dùng.
Thu thập dữ kiện hoặc thông tin và tiếp thu ý kiến của người dùng.
Duy trì phân tích và đánh giá để đi đến hệ thống phù hợp thân thiện hơn với người dùng.
Đề xuất nhiều giải pháp thay thế linh hoạt, chọn giải pháp tốt nhất và định lượng chi phí và lợi ích.
Vẽ các thông số kỹ thuật nhất định mà người dùng và người lập trình dễ hiểu ở dạng chính xác và chi tiết.
Thực hiện thiết kế hợp lý của hệ thống phải theo mô-đun.
Lập kế hoạch đánh giá định kỳ sau khi nó đã được sử dụng một thời gian và sửa đổi hệ thống nếu cần.
Các thuộc tính của một nhà phân tích hệ thống
Hình sau đây cho thấy các thuộc tính mà một nhà phân tích hệ thống nên có:
Kỹ năng giao tiếp
- Giao diện với người dùng và lập trình viên.
- Tạo điều kiện cho các nhóm và lãnh đạo các nhóm nhỏ hơn.
- Quản lý kỳ vọng.
- Khả năng hiểu biết, giao tiếp, bán hàng và giảng dạy tốt.
- Động lực có sự tự tin để giải quyết các truy vấn.
Kỹ năng phân tích
- Nghiên cứu hệ thống và kiến thức tổ chức
- Xác định vấn đề, phân tích vấn đề và giải quyết vấn đề
- Âm thanh bình thường
- Khả năng tiếp cận sự đánh đổi
- Sự tò mò muốn tìm hiểu về tổ chức mới
Kỹ năng quản lý
- Hiểu biệt ngữ và thông lệ của người dùng.
- Quản lý tài nguyên & dự án.
- Thay đổi & quản lý rủi ro.
- Hiểu cặn kẽ các chức năng quản lý.
Kĩ năng công nghệ
- Có kiến thức về máy tính và phần mềm.
- Bám sát sự phát triển hiện đại.
- Biết các công cụ thiết kế hệ thống.
- Kiến thức sâu rộng về công nghệ mới.
Xác định Yêu cầu là gì?
Yêu cầu là một tính năng quan trọng của một hệ thống mới, có thể bao gồm xử lý hoặc thu thập dữ liệu, kiểm soát các hoạt động kinh doanh, sản xuất thông tin và hỗ trợ quản lý.
Xác định các yêu cầu bao gồm việc nghiên cứu hệ thống hiện có và thu thập thông tin chi tiết để tìm ra các yêu cầu là gì, nó hoạt động như thế nào và nơi cần thực hiện các cải tiến.
Các hoạt động chính trong Yêu cầu Xác định
Dự đoán yêu cầu
Nó dự đoán các đặc điểm của hệ thống dựa trên kinh nghiệm trước đó bao gồm các vấn đề hoặc tính năng và yêu cầu nhất định đối với một hệ thống mới.
Nó có thể dẫn đến việc phân tích các khu vực mà nhà phân tích thiếu kinh nghiệm sẽ không chú ý đến. Nhưng nếu các con đường tắt được sử dụng và sự thiên vị được đưa ra khi tiến hành cuộc điều tra, thì Yêu cầu dự đoán có thể còn nửa chừng.
Điều tra Yêu cầu
Nó đang nghiên cứu hệ thống hiện tại và ghi lại các tính năng của nó để phân tích thêm.
Nó là trọng tâm của phân tích hệ thống, nơi nhà phân tích lập tài liệu và mô tả các tính năng của hệ thống bằng cách sử dụng các kỹ thuật tìm hiểu thực tế, tạo mẫu và các công cụ máy tính hỗ trợ.
Thông số kỹ thuật yêu cầu
Nó bao gồm việc phân tích dữ liệu xác định đặc điểm kỹ thuật yêu cầu, mô tả các tính năng cho hệ thống mới và xác định những yêu cầu thông tin nào sẽ được cung cấp.
Nó bao gồm phân tích dữ liệu thực tế, xác định các yêu cầu thiết yếu và lựa chọn các chiến lược đáp ứng Yêu cầu.
Kỹ thuật thu thập thông tin
Mục đích chính của các kỹ thuật tìm kiếm thông tin thực tế là xác định các yêu cầu thông tin của một tổ chức được các nhà phân tích sử dụng để chuẩn bị một SRS chính xác được người dùng hiểu.
Tài liệu SRS lý tưởng nên -
- hoàn chỉnh, rõ ràng và không có biệt ngữ.
- nêu rõ các yêu cầu về hoạt động, chiến thuật và thông tin chiến lược.
- giải quyết các tranh chấp có thể xảy ra giữa người dùng và nhà phân tích.
- sử dụng các công cụ hỗ trợ đồ họa giúp đơn giản hóa việc hiểu và thiết kế.
Có nhiều kỹ thuật thu thập thông tin khác nhau -
Phỏng vấn
Nhà phân tích hệ thống thu thập thông tin từ các cá nhân hoặc nhóm bằng cách phỏng vấn. Nhà phân tích có thể là chính thức, theo luật pháp, chơi chính trị, hoặc không chính thức; vì sự thành công của một cuộc phỏng vấn phụ thuộc vào kỹ năng của nhà phân tích với tư cách là người phỏng vấn.
Nó có thể được thực hiện theo hai cách -
Unstructured Interview - Chuyên viên phân tích hệ thống thực hiện phần hỏi đáp để thu nhận thông tin cơ bản của hệ thống.
Structured Interview - Nó có các câu hỏi tiêu chuẩn mà người dùng cần trả lời ở định dạng đóng (mục tiêu) hoặc mở (mô tả).
Advantages of Interviewing
Phương pháp này thường là nguồn tốt nhất để thu thập thông tin định tính.
Nó hữu ích cho họ, những người không giao tiếp hiệu quả bằng văn bản hoặc những người có thể không có thời gian để hoàn thành bảng câu hỏi.
Thông tin có thể dễ dàng được xác nhận và kiểm tra chéo ngay lập tức.
Nó có thể xử lý các chủ đề phức tạp.
Có thể dễ dàng phát hiện ra vấn đề then chốt bằng cách tìm kiếm ý kiến.
Nó thu hẹp khoảng cách trong các lĩnh vực hiểu lầm và giảm thiểu các vấn đề trong tương lai.
Bảng câu hỏi
Phương pháp này được người phân tích sử dụng để thu thập thông tin về các vấn đề khác nhau của hệ thống từ một số lượng lớn người.
Có hai loại bảng câu hỏi -
Open-ended Questionnaires- Nó bao gồm các câu hỏi có thể được giải thích dễ dàng và chính xác. Họ có thể khám phá một vấn đề và dẫn đến một hướng giải đáp cụ thể.
Closed-ended Questionnaires - Nó bao gồm các câu hỏi được sử dụng khi nhà phân tích hệ thống liệt kê một cách hiệu quả tất cả các câu trả lời có thể có, loại trừ lẫn nhau.
Advantages of questionnaires
Nó rất hiệu quả trong việc khảo sát sở thích, thái độ, cảm xúc và niềm tin của những người dùng không nằm chung.
Sẽ rất hữu ích trong tình huống biết được tỷ lệ nào của một nhóm nhất định chấp thuận hoặc không chấp thuận một tính năng cụ thể của hệ thống được đề xuất.
Sẽ rất hữu ích khi xác định ý kiến tổng thể trước khi đưa ra bất kỳ hướng cụ thể nào cho dự án hệ thống.
Nó đáng tin cậy hơn và cung cấp tính bảo mật cao cho các câu trả lời trung thực.
Nó thích hợp để chọn thông tin thực tế và thu thập dữ liệu thống kê có thể được gửi qua email và gửi qua đường bưu điện.
Xem xét Hồ sơ, Thủ tục và Biểu mẫu
Việc xem xét các hồ sơ, thủ tục và biểu mẫu hiện có giúp tìm kiếm cái nhìn sâu sắc về hệ thống trong đó mô tả các khả năng hiện tại của hệ thống, các hoạt động hoặc hoạt động của nó.
Advantages
Nó giúp người dùng có được một số kiến thức về tổ chức hoặc hoạt động của mình trước khi họ áp đặt lên người khác.
Nó giúp ghi lại các hoạt động hiện tại trong một khoảng thời gian ngắn vì các hướng dẫn thủ tục và biểu mẫu mô tả định dạng và chức năng của hệ thống hiện tại.
Nó có thể cung cấp sự hiểu biết rõ ràng về các giao dịch được xử lý trong tổ chức, xác định đầu vào để xử lý và đánh giá hiệu suất.
Nó có thể giúp một nhà phân tích hiểu hệ thống về các hoạt động phải được hỗ trợ.
Nó mô tả vấn đề, các bộ phận bị ảnh hưởng và giải pháp được đề xuất.
Quan sát
Đây là một phương pháp thu thập thông tin bằng cách chú ý và quan sát những người, sự kiện và đồ vật. Nhà phân tích đến thăm tổ chức để quan sát hoạt động của hệ thống hiện tại và hiểu các yêu cầu của hệ thống.
Advantages
Nó là một phương pháp trực tiếp để thu thập thông tin.
Nó hữu ích trong tình huống mà tính xác thực của dữ liệu thu thập được nghi ngờ hoặc khi sự phức tạp của một số khía cạnh của hệ thống ngăn cản sự giải thích rõ ràng của người dùng cuối.
Nó tạo ra dữ liệu chính xác và đáng tin cậy hơn.
Nó tạo ra tất cả các khía cạnh của tài liệu không đầy đủ và lỗi thời.
Phát triển ứng dụng chung (JAD)
Đây là một kỹ thuật mới được phát triển bởi IBM, đưa chủ sở hữu, người dùng, nhà phân tích, nhà thiết kế và nhà xây dựng xác định và thiết kế hệ thống bằng cách sử dụng các hội thảo có tổ chức và chuyên sâu. Chuyên viên phân tích được đào tạo của JAD đóng vai trò là người điều hành hội thảo có một số kỹ năng chuyên môn.
Advantages of JAD
Nó tiết kiệm thời gian và chi phí bằng cách thay thế các cuộc phỏng vấn truyền thống và các cuộc họp theo dõi hàng tháng.
Nó hữu ích trong văn hóa tổ chức hỗ trợ giải quyết vấn đề chung.
Thúc đẩy mối quan hệ chính thức giữa các cấp nhân viên.
Nó có thể dẫn đến sự phát triển của thiết kế một cách sáng tạo.
Nó cho phép phát triển nhanh chóng và cải thiện quyền sở hữu hệ thống thông tin.
Nghiên cứu thứ cấp hoặc đọc cơ bản
Phương pháp này được sử dụng rộng rãi để thu thập thông tin bằng cách truy cập thông tin thu thập được. Nó bao gồm mọi thông tin đã thu thập trước đây được nhà tiếp thị sử dụng từ bất kỳ nguồn nội bộ hoặc bên ngoài nào.
Advantages
Nó được truy cập cởi mở hơn với sự sẵn có của internet.
Nó cung cấp thông tin có giá trị với chi phí và thời gian thấp.
Nó hoạt động như tiền thân của nghiên cứu sơ cấp và sắp xếp trọng tâm của nghiên cứu sơ cấp.
Nó được nhà nghiên cứu sử dụng để kết luận xem nghiên cứu có đáng giá hay không vì nó có sẵn với các quy trình được sử dụng và các vấn đề trong việc thu thập chúng.
Nghiên cứu khả thi
Nghiên cứu khả thi có thể được coi là cuộc điều tra sơ bộ giúp ban lãnh đạo đưa ra quyết định về việc nghiên cứu hệ thống có khả thi để phát triển hay không.
Nó xác định khả năng cải thiện một hệ thống hiện có, phát triển một hệ thống mới và đưa ra các ước tính đã được tinh chỉnh để phát triển thêm hệ thống.
Nó được sử dụng để lấy phác thảo của vấn đề và quyết định xem có tồn tại giải pháp khả thi hoặc thích hợp hay không.
Mục tiêu chính của nghiên cứu khả thi là thu được phạm vi vấn đề thay vì giải quyết vấn đề.
Đầu ra của một nghiên cứu khả thi là một đề xuất hệ thống chính thức đóng vai trò là văn bản quyết định bao gồm bản chất và phạm vi hoàn chỉnh của hệ thống được đề xuất.
Các bước liên quan đến phân tích tính khả thi
Các bước sau phải được thực hiện trong khi thực hiện phân tích tính khả thi:
Lập nhóm dự án và chỉ định trưởng nhóm dự án.
Xây dựng lưu đồ hệ thống.
Xác định những khiếm khuyết của hệ thống hiện tại và đặt mục tiêu.
Liệt kê các giải pháp thay thế hoặc hệ thống ứng viên tiềm năng để đáp ứng các mục tiêu.
Xác định tính khả thi của từng phương án như tính khả thi về kỹ thuật, tính khả thi về vận hành, v.v.
Cân nhắc hiệu suất và hiệu quả chi phí của từng hệ thống ứng viên.
Xếp hạng các lựa chọn thay thế khác và chọn hệ thống ứng viên tốt nhất.
Chuẩn bị một đề xuất hệ thống về chỉ thị cuối cùng của dự án để quản lý phê duyệt.
Các loại khả thi
Nền kinh tế khả thi
Đó là đánh giá hiệu quả của hệ thống ứng viên bằng cách sử dụng phương pháp phân tích chi phí / lợi ích.
Nó thể hiện lợi ích ròng từ hệ thống ứng viên về lợi ích và chi phí cho tổ chức.
Mục đích chính của Phân tích Khả thi Kinh tế (EFS) là ước tính các yêu cầu kinh tế của hệ thống ứng viên trước khi các quỹ đầu tư cam kết đề xuất.
Nó thích giải pháp thay thế sẽ tối đa hóa giá trị ròng của tổ chức bằng cách thu hồi vốn sớm nhất và cao nhất cùng với mức rủi ro thấp nhất liên quan đến việc phát triển hệ thống ứng viên.
Tính khả thi về kỹ thuật
Nó nghiên cứu tính khả thi về mặt kỹ thuật của từng phương án triển khai.
Nó phân tích và xác định xem giải pháp có thể được hỗ trợ bởi công nghệ hiện có hay không.
Nhà phân tích xác định xem liệu các nguồn lực kỹ thuật hiện tại có được nâng cấp hay bổ sung để đáp ứng các yêu cầu mới hay không.
Nó đảm bảo rằng hệ thống ứng viên cung cấp các phản hồi thích hợp ở mức độ nó có thể hỗ trợ việc nâng cao kỹ thuật.
Khả thi hoạt động
Nó xác định liệu hệ thống có hoạt động hiệu quả hay không khi nó được phát triển và triển khai.
Nó đảm bảo rằng ban quản lý cần hỗ trợ hệ thống được đề xuất và hệ thống hoạt động khả thi trong môi trường tổ chức hiện tại.
Nó phân tích liệu người dùng sẽ bị ảnh hưởng và họ chấp nhận các phương pháp kinh doanh đã sửa đổi hoặc mới có ảnh hưởng đến lợi ích hệ thống có thể có.
Nó cũng đảm bảo rằng các tài nguyên máy tính và kiến trúc mạng của hệ thống ứng viên có thể hoạt động được.
Tính khả thi về hành vi
Nó đánh giá và ước tính thái độ hoặc hành vi của người dùng đối với sự phát triển của hệ thống mới.
Nó giúp xác định xem hệ thống có yêu cầu nỗ lực đặc biệt để giáo dục, đào tạo lại, thuyên chuyển và thay đổi tình trạng công việc của nhân viên về các cách thức tiến hành kinh doanh mới hay không.
Lập lịch trình khả thi
Nó đảm bảo rằng dự án phải được hoàn thành trong thời hạn hoặc tiến độ nhất định.
Nó cũng xác minh và xác nhận xem thời hạn của dự án có hợp lý hay không.
Các nhà phân tích sử dụng các công cụ khác nhau để hiểu và mô tả hệ thống thông tin. Một trong những cách là sử dụng phân tích có cấu trúc.
Phân tích có cấu trúc là gì?
Phân tích có cấu trúc là một phương pháp phát triển cho phép nhà phân tích hiểu hệ thống và các hoạt động của nó một cách hợp lý.
Đây là một cách tiếp cận có hệ thống, sử dụng các công cụ đồ họa để phân tích và tinh chỉnh các mục tiêu của hệ thống hiện có và phát triển một đặc tả hệ thống mới mà người dùng có thể dễ dàng hiểu được.
Nó có các thuộc tính sau:
Nó là đồ họa chỉ định cách trình bày của ứng dụng.
Nó phân chia các quá trình để đưa ra một bức tranh rõ ràng về luồng hệ thống.
Nó hợp lý hơn là vật lý, tức là các phần tử của hệ thống không phụ thuộc vào nhà cung cấp hoặc phần cứng.
Đây là một cách tiếp cận hoạt động từ tổng quan cấp cao đến chi tiết cấp thấp hơn.
Công cụ phân tích có cấu trúc
Trong quá trình Phân tích có cấu trúc, nhiều công cụ và kỹ thuật khác nhau được sử dụng để phát triển hệ thống. Họ là -
- Sơ đồ luồng dữ liệu
- Từ điển dữ liệu
- Cây quyết định
- Bảng Quyết định
- Tiếng Anh có cấu trúc
- Pseudocode
Sơ đồ luồng dữ liệu (DFD) hoặc Biểu đồ bong bóng
Nó là một kỹ thuật được phát triển bởi Larry Constantine để thể hiện các yêu cầu của hệ thống dưới dạng đồ họa.
Nó cho thấy luồng dữ liệu giữa các chức năng khác nhau của hệ thống và chỉ rõ cách hệ thống hiện tại được thực hiện.
Đây là giai đoạn ban đầu của giai đoạn thiết kế phân chia theo chức năng các thông số kỹ thuật yêu cầu xuống mức chi tiết thấp nhất.
Bản chất đồ họa của nó làm cho nó trở thành một công cụ giao tiếp tốt giữa người dùng và nhà phân tích hoặc nhà phân tích và nhà thiết kế hệ thống.
Nó cung cấp một cái nhìn tổng quan về dữ liệu mà một hệ thống xử lý, những biến đổi nào được thực hiện, những dữ liệu nào được lưu trữ, những kết quả nào được tạo ra và chúng lưu chuyển đến đâu.
Các yếu tố cơ bản của DFD
DFD dễ hiểu và khá hiệu quả khi thiết kế yêu cầu không rõ ràng và người dùng muốn có một ngôn ngữ ký hiệu để giao tiếp. Tuy nhiên, nó đòi hỏi một số lượng lớn các lần lặp để có được giải pháp chính xác và đầy đủ nhất.
Bảng sau đây cho thấy các ký hiệu được sử dụng trong thiết kế DFD và ý nghĩa của chúng -
Tên ký hiệu | Biểu tượng | Ý nghĩa |
---|---|---|
Quảng trường |
|
Nguồn hoặc đích của dữ liệu |
Mũi tên |
|
Dòng dữ liệu |
Vòng tròn |
|
Quy trình chuyển đổi luồng dữ liệu |
Mở hình chữ nhật |
|
Kho dữ liệu |
Các loại DFD
DFD có hai loại: DFD vật lý và DFD lôgic. Bảng sau liệt kê các điểm phân biệt DFD vật lý với DFD logic.
DFD vật lý | DFD logic |
---|---|
Nó phụ thuộc vào việc thực hiện. Nó cho thấy những chức năng nào được thực hiện. | Nó là thực hiện độc lập. Nó chỉ tập trung vào luồng dữ liệu giữa các quy trình. |
Nó cung cấp thông tin chi tiết về phần cứng, phần mềm, tệp và con người ở mức độ thấp. | Nó giải thích các sự kiện của hệ thống và dữ liệu theo yêu cầu của mỗi sự kiện. |
Nó mô tả cách hệ thống hiện tại hoạt động và cách một hệ thống sẽ được thực hiện. | Nó cho thấy cách doanh nghiệp hoạt động; không phải làm thế nào hệ thống có thể được thực hiện. |
Sơ đồ ngữ cảnh
Một sơ đồ ngữ cảnh giúp hiểu toàn bộ hệ thống bằng một DFD, nó cung cấp cái nhìn tổng quan về hệ thống. Nó bắt đầu bằng việc đề cập đến các quy trình chính với một số chi tiết nhỏ và sau đó tiếp tục đưa ra các quy trình chi tiết hơn với cách tiếp cận từ trên xuống.
Sơ đồ ngữ cảnh của quản lý lộn xộn được hiển thị bên dưới.
Từ điển dữ liệu
Từ điển dữ liệu là một kho lưu trữ có cấu trúc các phần tử dữ liệu trong hệ thống. Nó lưu trữ các mô tả của tất cả các phần tử dữ liệu DFD, chi tiết và định nghĩa về luồng dữ liệu, kho dữ liệu, dữ liệu được lưu trữ trong kho dữ liệu và các quy trình.
Từ điển dữ liệu cải thiện giao tiếp giữa nhà phân tích và người dùng. Nó đóng một vai trò quan trọng trong việc xây dựng cơ sở dữ liệu. Hầu hết các DBMS đều có từ điển dữ liệu như một tính năng tiêu chuẩn. Ví dụ, hãy tham khảo bảng sau:
Sr.No. | Tên dữ liệu | Sự miêu tả | Số lượng nhân vật |
---|---|---|---|
1 | ISBN | Số ISBN | 10 |
2 | TIÊU ĐỀ | tiêu đề | 60 |
3 | SUB | Chủ đề sách | 80 |
4 | MỘT CÁI TÊN | Tên tác giả | 15 |
Cây quyết định
Cây quyết định là một phương pháp để xác định các mối quan hệ phức tạp bằng cách mô tả các quyết định và tránh các vấn đề trong giao tiếp. Cây quyết định là một sơ đồ thể hiện các hành động và điều kiện thay thế trong khuôn khổ cây ngang. Do đó, nó mô tả các điều kiện nào cần xem xét đầu tiên, thứ hai, v.v.
Cây quyết định mô tả mối quan hệ của từng điều kiện và các hành động được phép của chúng. Một nút hình vuông biểu thị một hành động và một hình tròn biểu thị một điều kiện. Nó buộc các nhà phân tích phải xem xét trình tự của các quyết định và xác định quyết định thực tế phải được thực hiện.
Hạn chế chính của cây quyết định là nó thiếu thông tin trong định dạng của nó để mô tả các kết hợp điều kiện khác mà bạn có thể thực hiện để kiểm tra. Nó là một đại diện duy nhất của các mối quan hệ giữa các điều kiện và hành động.
Ví dụ, hãy tham khảo cây quyết định sau:
Bảng Quyết định
Bảng quyết định là một phương pháp mô tả mối quan hệ logic phức tạp một cách chính xác và dễ hiểu.
Nó hữu ích trong các tình huống mà các hành động kết quả phụ thuộc vào sự xuất hiện của một hoặc một số kết hợp các điều kiện độc lập.
Nó là một ma trận chứa hàng hoặc cột để xác định một vấn đề và các hành động.
Các thành phần của Bảng Quyết định
Condition Stub - Nó nằm ở góc phần tư phía trên bên trái liệt kê tất cả các điều kiện cần được kiểm tra.
Action Stub - Nó ở góc phần tư phía dưới bên trái phác thảo tất cả các hành động cần thực hiện để đáp ứng điều kiện đó.
Condition Entry - Nó nằm ở góc phần tư phía trên bên phải cung cấp câu trả lời cho các câu hỏi được hỏi trong góc phần tư gốc điều kiện.
Action Entry - Nó ở góc phần tư phía dưới bên phải biểu thị hành động thích hợp do các câu trả lời cho các điều kiện trong góc phần tư mục nhập điều kiện.
Các mục trong bảng quyết định được đưa ra bởi Quy tắc quyết định xác định mối quan hệ giữa các tổ hợp điều kiện và các quá trình hành động. Trong phần quy tắc,
- Y cho thấy sự tồn tại của một điều kiện.
- N đại diện cho điều kiện không được thỏa mãn.
- Một khoảng trống - hành động chống lại cho biết nó sẽ bị bỏ qua.
- X (hoặc một dấu kiểm sẽ làm) chống lại các trạng thái hành động mà nó sẽ được thực hiện.
Ví dụ, hãy tham khảo bảng sau:
ĐIỀU KIỆN | Quy tắc 1 | Quy tắc 2 | Quy tắc 3 | Quy tắc 4 |
---|---|---|---|---|
Thanh toán trước đã thực hiện | Y | N | N | N |
Số tiền mua = 10.000 Rs / - | - | Y | Y | N |
Khách hàng thường xuyên | - | Y | N | - |
ACTIONS | ||||
Giảm giá 5% | X | X | - | - |
Không giảm giá | - | - | X | X |
Tiếng Anh có cấu trúc
Tiếng Anh cấu trúc có nguồn gốc từ ngôn ngữ lập trình cấu trúc giúp mô tả quá trình dễ hiểu và chính xác hơn. Nó dựa trên logic thủ tục sử dụng các câu xây dựng và mệnh lệnh được thiết kế để thực hiện thao tác cho hành động.
Nó được sử dụng tốt nhất khi các trình tự và vòng lặp trong một chương trình phải được xem xét và vấn đề cần các chuỗi hành động với các quyết định.
Nó không có quy tắc cú pháp nghiêm ngặt. Nó thể hiện tất cả logic về cấu trúc quyết định tuần tự và sự lặp lại.
Ví dụ, hãy xem chuỗi hành động sau:
if customer pays advance
then
Give 5% Discount
else
if purchase amount >=10,000
then
if the customer is a regular customer
then Give 5% Discount
else No Discount
end if
else No Discount
end if
end if
Mã giả
Mã giả không tuân theo bất kỳ ngôn ngữ lập trình nào và diễn đạt logic bằng tiếng Anh đơn giản.
Nó có thể chỉ định logic lập trình vật lý mà không cần mã hóa thực tế trong và sau khi thiết kế vật lý.
Nó được sử dụng kết hợp với lập trình có cấu trúc.
Nó thay thế các sơ đồ của một chương trình.
Hướng dẫn Lựa chọn Công cụ Thích hợp
Sử dụng các nguyên tắc sau để chọn công cụ thích hợp nhất phù hợp với yêu cầu của bạn -
Sử dụng DFD ở phân tích cấp cao hoặc cấp thấp để cung cấp tài liệu hệ thống tốt.
Sử dụng từ điển dữ liệu để đơn giản hóa cấu trúc đáp ứng yêu cầu dữ liệu của hệ thống.
Sử dụng tiếng Anh có cấu trúc nếu có nhiều vòng lặp và hành động phức tạp.
Sử dụng bảng quyết định khi có một số lượng lớn các điều kiện cần kiểm tra và logic phức tạp.
Sử dụng cây quyết định khi trình tự các điều kiện là quan trọng và nếu có ít điều kiện cần được kiểm tra.
System designlà giai đoạn thu hẹp khoảng cách giữa miền vấn đề và hệ thống hiện có theo cách có thể quản lý được. Giai đoạn này tập trung vào miền giải pháp, tức là "làm thế nào để triển khai?"
Đây là giai đoạn mà tài liệu SRS được chuyển đổi thành một định dạng có thể được thực hiện và quyết định cách hệ thống sẽ hoạt động.
Trong giai đoạn này, hoạt động phức tạp của phát triển hệ thống được chia thành nhiều hoạt động phụ nhỏ hơn, chúng phối hợp với nhau để đạt được mục tiêu chính của phát triển hệ thống.
Đầu vào cho thiết kế hệ thống
Thiết kế hệ thống có các yếu tố đầu vào sau:
Báo cáo công việc
Kế hoạch xác định yêu cầu
Phân tích tình hình hiện tại
Các yêu cầu hệ thống được đề xuất bao gồm mô hình dữ liệu khái niệm, DFD đã sửa đổi và Siêu dữ liệu (dữ liệu về dữ liệu).
Đầu ra cho thiết kế hệ thống
Thiết kế hệ thống đưa ra các kết quả sau:
Những thay đổi về cơ sở hạ tầng và tổ chức cho hệ thống được đề xuất.
Một lược đồ dữ liệu, thường là một lược đồ quan hệ.
Siêu dữ liệu để xác định bảng / tệp và cột / dữ liệu-mục.
Sơ đồ phân cấp chức năng hoặc bản đồ trang web mô tả bằng đồ thị cấu trúc chương trình.
Thực tế hoặc mã giả cho mỗi mô-đun trong chương trình.
Một nguyên mẫu cho hệ thống được đề xuất.
Các loại thiết kế hệ thống
Thiết kế logic
Thiết kế logic liên quan đến một biểu diễn trừu tượng của luồng dữ liệu, đầu vào và đầu ra của hệ thống. Nó mô tả các đầu vào (nguồn), đầu ra (đích), cơ sở dữ liệu (kho dữ liệu), thủ tục (luồng dữ liệu) tất cả ở định dạng đáp ứng yêu cầu của người dùng.
Trong khi chuẩn bị thiết kế logic của hệ thống, nhà phân tích hệ thống xác định nhu cầu của người dùng ở mức độ chi tiết hầu như xác định luồng thông tin vào và ra hệ thống và các nguồn dữ liệu cần thiết. Sơ đồ luồng dữ liệu, mô hình hóa sơ đồ ER được sử dụng.
Thiết kế vật lí
Thiết kế vật lý liên quan đến các quá trình đầu vào và đầu ra thực tế của hệ thống. Nó tập trung vào cách dữ liệu được nhập vào hệ thống, được xác minh, xử lý và hiển thị dưới dạng đầu ra.
Nó tạo ra hệ thống làm việc bằng cách xác định đặc điểm kỹ thuật thiết kế chỉ định chính xác những gì hệ thống ứng viên làm. Nó liên quan đến thiết kế giao diện người dùng, thiết kế quy trình và thiết kế dữ liệu.
Nó bao gồm các bước sau:
Chỉ định phương tiện đầu vào / đầu ra, thiết kế cơ sở dữ liệu và chỉ định các thủ tục sao lưu.
Lập kế hoạch triển khai hệ thống.
Lập kế hoạch kiểm tra và triển khai cũng như chỉ định bất kỳ phần cứng và phần mềm mới nào.
Cập nhật chi phí, lợi ích, ngày chuyển đổi và các ràng buộc hệ thống.
Thiết kế kiến trúc
Nó còn được gọi là thiết kế cấp cao tập trung vào việc thiết kế kiến trúc hệ thống. Nó mô tả cấu trúc và hành vi của hệ thống. Nó xác định cấu trúc và mối quan hệ giữa các mô-đun khác nhau của quá trình phát triển hệ thống.
Thiết kế chi tiết
Nó tuân theo thiết kế kiến trúc và tập trung vào sự phát triển của từng mô-đun.
Mô hình hóa dữ liệu khái niệm
Nó là đại diện của dữ liệu tổ chức bao gồm tất cả các thực thể và mối quan hệ chính. Các nhà phân tích hệ thống phát triển một mô hình dữ liệu khái niệm cho hệ thống hiện tại hỗ trợ phạm vi và yêu cầu cho hệ thống được đề xuất.
Mục đích chính của mô hình hóa dữ liệu khái niệm là nắm bắt được càng nhiều ý nghĩa của dữ liệu càng tốt. Hầu hết các tổ chức ngày nay sử dụng mô hình dữ liệu khái niệm bằng cách sử dụng mô hình ER sử dụng ký hiệu đặc biệt để thể hiện càng nhiều ý nghĩa về dữ liệu càng tốt.
Mô hình mối quan hệ thực thể
Nó là một kỹ thuật được sử dụng trong thiết kế cơ sở dữ liệu giúp mô tả mối quan hệ giữa các thực thể khác nhau của một tổ chức.
Các thuật ngữ được sử dụng trong mô hình ER
ENTITY- Nó chỉ định các mục thế giới thực riêng biệt trong một ứng dụng. Ví dụ: nhà cung cấp, mặt hàng, sinh viên, khóa học, giáo viên, v.v.
RELATIONSHIP- Chúng là những phụ thuộc có ý nghĩa giữa các thực thể. Ví dụ, nhà cung cấp cung cấp các mặt hàng, giáo viên dạy các khóa học, sau đó nguồn cung cấp và khóa học là mối quan hệ.
ATTRIBUTES- Nó chỉ định các thuộc tính của các mối quan hệ. Ví dụ: mã nhà cung cấp, tên sinh viên. Các ký hiệu được sử dụng trong mô hình ER và ý nghĩa tương ứng của chúng -
Bảng sau đây cho thấy các ký hiệu được sử dụng trong mô hình ER và ý nghĩa của chúng -
Biểu tượng | Ý nghĩa |
---|---|
|
Thực thể |
|
Thực thể yếu |
|
Mối quan hệ |
|
Mối quan hệ danh tính |
|
Thuộc tính |
|
Những điểm chính |
|
Nhiều giá trị |
|
Thuộc tính tổng hợp |
|
Thuộc tính có nguồn gốc |
|
Tổng số tham gia của E2 trong R |
|
Tỷ lệ Cardinality 1: N cho E1: E2 trong R |
Ba loại mối quan hệ có thể tồn tại giữa hai tập dữ liệu: một-một, một-nhiều và nhiều-nhiều.
Tổ chức tệp
Nó mô tả cách các bản ghi được lưu trữ trong một tệp.
Có bốn phương pháp tổ chức tệp -
Serial - Các hồ sơ được lưu trữ theo thứ tự thời gian (theo thứ tự khi chúng được nhập hoặc xuất hiện). Examples - Ghi nhận cước điện thoại, giao dịch ATM, Điện thoại xếp hàng.
Sequential - Các bản ghi được lưu trữ theo thứ tự dựa trên một trường khóa chứa một giá trị xác định duy nhất một bản ghi. Examples - Danh bạ điện thoại.
Direct (relative)- Mỗi bản ghi được lưu trữ dựa trên một địa chỉ thực hoặc vị trí trên thiết bị. Địa chỉ được tính từ giá trị được lưu trữ trong trường khóa của bản ghi. Quy trình ngẫu nhiên hoặc thuật toán băm thực hiện chuyển đổi.
Indexed - Các bản ghi có thể được xử lý cả tuần tự và không tuần tự bằng cách sử dụng các chỉ mục.
So sánh
Truy cập file
Người ta có thể truy cập một tệp bằng cách sử dụng Truy cập tuần tự hoặc Truy cập ngẫu nhiên. Các phương pháp File Access cho phép các chương trình máy tính đọc hoặc ghi các bản ghi trong một tệp.
Truy cập tuần tự
Mọi bản ghi trên tệp được xử lý bắt đầu với bản ghi đầu tiên cho đến khi đạt đến Kết thúc Tệp (EOF). Nó hiệu quả khi một số lượng lớn các bản ghi trong tệp cần được truy cập vào bất kỳ thời điểm nào. Dữ liệu được lưu trữ trên băng (truy cập tuần tự) chỉ có thể được truy cập tuần tự.
Truy cập Trực tiếp (Ngẫu nhiên)
Các bản ghi được định vị bằng cách biết vị trí hoặc địa chỉ thực của chúng trên thiết bị hơn là vị trí của chúng so với các bản ghi khác. Dữ liệu được lưu trữ trên thiết bị CD (truy cập trực tiếp) có thể được truy cập tuần tự hoặc ngẫu nhiên.
Các loại tệp được sử dụng trong hệ thống tổ chức
Sau đây là các loại tệp được sử dụng trong hệ thống tổ chức:
Master file- Nó chứa thông tin hiện tại của một hệ thống. Ví dụ: tệp khách hàng, tệp sinh viên, danh bạ điện thoại.
Table file- Đây là một loại tệp chính thay đổi không thường xuyên và được lưu trữ dưới dạng bảng. Ví dụ, lưu trữ Zipcode.
Transaction file- Nó chứa thông tin hàng ngày được tạo ra từ các hoạt động kinh doanh. Nó được sử dụng để cập nhật hoặc xử lý tệp chính. Ví dụ: Địa chỉ của nhân viên.
Temporary file - Nó được tạo và sử dụng bất cứ khi nào cần thiết bởi một hệ thống.
Mirror file- Chúng là bản sao chính xác của các tệp khác. Giúp giảm thiểu rủi ro thời gian chết trong trường hợp bản gốc không sử dụng được. Chúng phải được sửa đổi mỗi khi thay đổi tệp gốc.
Log files- Chúng chứa các bản sao của hồ sơ chính và giao dịch để ghi lại bất kỳ thay đổi nào được thực hiện đối với tệp chính. Nó tạo điều kiện thuận lợi cho việc kiểm tra và cung cấp cơ chế phục hồi trong trường hợp hệ thống bị lỗi.
Archive files - Sao lưu các tệp có chứa phiên bản lịch sử của các tệp khác.
Kiểm soát tài liệu
Tài liệu là một quá trình ghi lại thông tin cho bất kỳ mục đích tham khảo hoặc hoạt động nào. Nó giúp người dùng, người quản lý và nhân viên CNTT, những người yêu cầu nó. Điều quan trọng là tài liệu đã chuẩn bị phải được cập nhật thường xuyên để dễ dàng theo dõi tiến trình của hệ thống.
Sau khi triển khai hệ thống, nếu hệ thống hoạt động không bình thường, thì tài liệu hướng dẫn giúp người quản trị hiểu được luồng dữ liệu trong hệ thống để sửa chữa các sai sót và đưa hệ thống hoạt động.
Lập trình viên hoặc nhà phân tích hệ thống thường tạo tài liệu về chương trình và hệ thống. Các nhà phân tích hệ thống thường chịu trách nhiệm chuẩn bị tài liệu để giúp người dùng tìm hiểu hệ thống. Trong các công ty lớn, một nhóm hỗ trợ kỹ thuật bao gồm các nhà văn kỹ thuật có thể hỗ trợ việc chuẩn bị tài liệu hướng dẫn sử dụng và tài liệu đào tạo.
Ưu điểm
Nó có thể giảm thời gian ngừng hoạt động của hệ thống, cắt giảm chi phí và tăng tốc các nhiệm vụ bảo trì.
Nó cung cấp mô tả rõ ràng về dòng chính thức của hệ thống hiện tại và giúp hiểu loại dữ liệu đầu vào và cách đầu ra có thể được tạo ra.
Nó cung cấp cách giao tiếp hiệu quả và hiệu quả giữa người dùng kỹ thuật và không kỹ thuật về hệ thống.
Nó tạo điều kiện thuận lợi cho việc đào tạo người dùng mới để họ có thể dễ dàng hiểu được quy trình của hệ thống.
Nó giúp người dùng giải quyết các vấn đề như khắc phục sự cố và giúp người quản lý đưa ra các quyết định cuối cùng tốt hơn của hệ thống tổ chức.
Nó cung cấp khả năng kiểm soát tốt hơn hoạt động bên trong hoặc bên ngoài của hệ thống.
Các loại tài liệu
Khi nói đến Thiết kế hệ thống, có bốn tài liệu chính sau đây:
- Tài liệu chương trình
- Tài liệu hệ thống
- Tài liệu hoạt động
- Tài liệu người dùng
Tài liệu Chương trình
Nó mô tả các đầu vào, đầu ra và logic xử lý cho tất cả các mô-đun chương trình.
Quá trình tài liệu chương trình bắt đầu trong giai đoạn phân tích hệ thống và tiếp tục trong quá trình thực hiện.
Tài liệu này hướng dẫn các lập trình viên, những người xây dựng các mô-đun được hỗ trợ tốt bởi các nhận xét và mô tả bên trong và bên ngoài có thể hiểu và duy trì dễ dàng.
Tài liệu hoạt động
Tài liệu vận hành chứa tất cả thông tin cần thiết để xử lý và phân phối đầu ra trực tuyến và in. Tài liệu hoạt động phải rõ ràng, ngắn gọn và có sẵn trực tuyến nếu có thể.
Nó bao gồm các thông tin sau:
Chương trình, nhà phân tích hệ thống, người lập trình và nhận dạng hệ thống.
Lập lịch thông tin cho đầu ra được in, chẳng hạn như báo cáo, tần suất thực hiện và thời hạn.
Tệp đầu vào, nguồn, tệp đầu ra và đích của chúng.
E-mail và danh sách phân phối báo cáo.
Yêu cầu các biểu mẫu đặc biệt, bao gồm cả biểu mẫu trực tuyến.
Thông báo lỗi và thông tin cho các nhà khai thác và các thủ tục khởi động lại.
Hướng dẫn đặc biệt, chẳng hạn như yêu cầu bảo mật.
Tài liệu người dùng
Nó bao gồm các hướng dẫn và thông tin cho người dùng sẽ tương tác với hệ thống. Ví dụ: hướng dẫn sử dụng, hướng dẫn trợ giúp và hướng dẫn. Tài liệu hướng dẫn sử dụng có giá trị trong việc đào tạo người dùng và cho mục đích tham khảo. Nó phải rõ ràng, dễ hiểu và dễ tiếp cận cho người dùng ở mọi cấp độ.
Người dùng, chủ sở hữu hệ thống, nhà phân tích và lập trình viên, tất cả đều nỗ lực tổng hợp để phát triển hướng dẫn sử dụng.
Một tài liệu người dùng nên bao gồm:
Tổng quan về hệ thống mô tả rõ ràng tất cả các tính năng, khả năng và hạn chế chính của hệ thống.
Mô tả nội dung tài liệu nguồn, chuẩn bị, xử lý và mẫu.
Tổng quan về menu và các tùy chọn màn hình nhập dữ liệu, nội dung và hướng dẫn xử lý.
Ví dụ về các báo cáo được tạo thường xuyên hoặc có sẵn theo yêu cầu của người dùng, bao gồm cả các mẫu.
Thông tin đường mòn kiểm tra và bảo mật.
Giải trình về trách nhiệm đối với các yêu cầu đầu vào, đầu ra hoặc xử lý cụ thể.
Thủ tục yêu cầu thay đổi và báo cáo sự cố.
Ví dụ về các trường hợp ngoại lệ và lỗi.
Câu hỏi thường gặp (FAQ).
Giải thích về cách nhận trợ giúp và thủ tục cập nhật hướng dẫn sử dụng.
Tài liệu Hệ thống
Tài liệu hệ thống đóng vai trò là đặc điểm kỹ thuật của IS và cách thực hiện các mục tiêu của IS. Người dùng, người quản lý và chủ sở hữu IS không bao giờ cần tài liệu hệ thống tham chiếu. Tài liệu hệ thống cung cấp cơ sở để hiểu các khía cạnh kỹ thuật của IS khi các sửa đổi được thực hiện.
Nó mô tả từng chương trình trong IS và toàn bộ IS.
Nó mô tả các chức năng của hệ thống, cách chúng được thực hiện, mục đích của mỗi chương trình trong toàn bộ IS liên quan đến thứ tự thực hiện, thông tin được chuyển đến và từ các chương trình, và luồng hệ thống tổng thể.
Nó bao gồm các mục từ điển dữ liệu, sơ đồ luồng dữ liệu, mô hình đối tượng, bố cục màn hình, tài liệu nguồn và yêu cầu hệ thống đã khởi tạo dự án.
Hầu hết các tài liệu hệ thống được chuẩn bị trong giai đoạn phân tích hệ thống và thiết kế hệ thống.
Trong quá trình triển khai hệ thống, nhà phân tích phải xem xét tài liệu hệ thống để xác minh rằng tài liệu đó là đầy đủ, chính xác, cập nhật và bao gồm mọi thay đổi được thực hiện trong quá trình triển khai.
Chiến lược từ trên xuống
Chiến lược từ trên xuống sử dụng cách tiếp cận mô-đun để phát triển thiết kế của một hệ thống. Nó được gọi như vậy bởi vì nó bắt đầu từ mô-đun cấp cao nhất hoặc cấp cao nhất và di chuyển đến các mô-đun cấp thấp nhất.
Trong kỹ thuật này, mô-đun cấp cao nhất hoặc mô-đun chính để phát triển phần mềm được xác định. Mô-đun chính được chia thành nhiều mô-đun con hoặc phân đoạn nhỏ hơn và đơn giản hơn dựa trên nhiệm vụ được thực hiện bởi mỗi mô-đun. Sau đó, mỗi mô-đun con lại được chia nhỏ thành nhiều mô-đun con của cấp độ thấp hơn tiếp theo. Quá trình chia mỗi mô-đun thành nhiều mô-đun con tiếp tục cho đến khi không xác định được các mô-đun cấp thấp nhất, không thể chia nhỏ hơn nữa.
Chiến lược từ dưới lên
Chiến lược Bottom-Up tuân theo cách tiếp cận mô-đun để phát triển thiết kế của hệ thống. Nó được gọi như vậy bởi vì nó bắt đầu từ các mô-đun cấp dưới cùng hoặc cơ bản nhất và tiến dần đến các mô-đun cấp cao nhất.
Trong kỹ thuật này,
Các mô-đun ở mức cơ bản nhất hoặc mức thấp nhất được xác định.
Các mô-đun này sau đó được nhóm lại với nhau dựa trên chức năng được thực hiện bởi từng mô-đun để tạo thành các mô-đun cấp cao hơn tiếp theo.
Sau đó, các mô-đun này được tiếp tục kết hợp để tạo thành các mô-đun cấp cao hơn tiếp theo.
Quá trình nhóm một số mô-đun đơn giản hơn để tạo thành các mô-đun cấp cao hơn tiếp tục cho đến khi đạt được mô-đun chính của quá trình phát triển hệ thống.
Thiết kế có cấu trúc
Thiết kế có cấu trúc là một phương pháp luận dựa trên luồng dữ liệu giúp xác định đầu vào và đầu ra của hệ thống đang phát triển. Mục tiêu chính của thiết kế có cấu trúc là giảm thiểu độ phức tạp và tăng tính mô đun của chương trình. Thiết kế có cấu trúc cũng giúp mô tả các khía cạnh chức năng của hệ thống.
Trong thiết kế có cấu trúc, các đặc tả hệ thống đóng vai trò là cơ sở để biểu diễn bằng đồ thị luồng dữ liệu và trình tự các quy trình liên quan đến phát triển phần mềm với sự trợ giúp của DFD. Sau khi phát triển các DFD cho hệ thống phần mềm, bước tiếp theo là phát triển biểu đồ cấu trúc.
Mô-đun hóa
Thiết kế có cấu trúc phân vùng chương trình thành các mô-đun nhỏ và độc lập. Chúng được sắp xếp theo cách từ trên xuống với các chi tiết được hiển thị ở dưới cùng.
Do đó, thiết kế có cấu trúc sử dụng một cách tiếp cận được gọi là Mô-đun hóa hoặc phân rã để giảm thiểu sự phức tạp và quản lý vấn đề bằng cách chia nó thành các phân đoạn nhỏ hơn.
Advantages
- Các giao diện quan trọng được thử nghiệm đầu tiên.
- Nó cung cấp tính trừu tượng.
- Nó cho phép nhiều lập trình viên làm việc đồng thời.
- Nó cho phép sử dụng lại mã.
- Nó cung cấp khả năng kiểm soát và cải thiện tinh thần.
- Nó làm cho việc xác định cấu trúc dễ dàng hơn.
Biểu đồ có cấu trúc
Biểu đồ có cấu trúc là một công cụ được khuyến nghị để thiết kế một hệ thống mô-đun, từ trên xuống xác định các mô-đun phát triển hệ thống khác nhau và mối quan hệ giữa mỗi mô-đun. Nó cho thấy mô-đun hệ thống và mối quan hệ giữa chúng.
Nó bao gồm sơ đồ bao gồm các hộp hình chữ nhật đại diện cho các mô-đun, các mũi tên kết nối hoặc các đường.
Control Module - Nó là một mô-đun cấp cao hơn chỉ đạo các mô-đun cấp thấp hơn, được gọi là subordinate modules.
Library Module - Đây là một mô-đun có thể tái sử dụng và có thể được gọi từ nhiều hơn một điểm trong biểu đồ.
Chúng tôi có hai cách tiếp cận khác nhau để thiết kế biểu đồ có cấu trúc -
Transform-Centered Structured Charts - Chúng được sử dụng khi tất cả các giao dịch theo cùng một đường dẫn.
Transaction–Centered Structured Charts - Chúng được sử dụng khi tất cả các giao dịch không theo cùng một đường dẫn.
Mục tiêu của việc sử dụng sơ đồ cấu trúc
Để khuyến khích thiết kế từ trên xuống.
Để hỗ trợ khái niệm về mô-đun và xác định các mô-đun thích hợp.
Để hiển thị quy mô và độ phức tạp của hệ thống.
Để xác định số lượng các chức năng và mô-đun có thể nhận dạng dễ dàng trong mỗi chức năng.
Để mô tả liệu mỗi chức năng có thể nhận dạng là một thực thể có thể quản lý được hay nên được chia thành các thành phần nhỏ hơn.
Các yếu tố ảnh hưởng đến độ phức tạp của hệ thống
Để phát triển chất lượng tốt của phần mềm hệ thống, cần phải phát triển một thiết kế tốt. Vì vậy, trọng tâm chính trong khi phát triển thiết kế của hệ thống là chất lượng của thiết kế phần mềm. Một thiết kế phần mềm có chất lượng tốt là một thiết kế giảm thiểu sự phức tạp và chi phí phát triển phần mềm.
Hai khái niệm quan trọng liên quan đến phát triển hệ thống giúp xác định độ phức tạp của hệ thống là coupling và cohesion.
Khớp nối
Khớp nối là thước đo tính độc lập của các thành phần. Nó xác định mức độ phụ thuộc của từng mô-đun phát triển hệ thống vào mô-đun khác. Trong thực tế, điều này có nghĩa là sự kết hợp giữa các mô-đun trong hệ thống càng mạnh thì việc triển khai và duy trì hệ thống càng khó khăn hơn.
Mỗi mô-đun phải có giao diện đơn giản, gọn gàng với các mô-đun khác và số phần tử dữ liệu tối thiểu phải được chia sẻ giữa các mô-đun.
Khớp nối cao
Các loại hệ thống này có sự kết nối với nhau với các đơn vị chương trình phụ thuộc vào nhau. Những thay đổi đối với một hệ thống con dẫn đến tác động lớn đến hệ thống con khác.
Khớp nối thấp
Loại hệ thống này được tạo thành từ các thành phần độc lập hoặc gần như độc lập. Một thay đổi trong một hệ thống con không ảnh hưởng đến bất kỳ hệ thống con nào khác.
Các biện pháp khớp nối
Content Coupling - Khi một thành phần thực sự sửa đổi thành phần khác, thì thành phần được sửa đổi hoàn toàn phụ thuộc vào việc sửa đổi một thành phần.
Common Coupling - Khi lượng ghép nối được giảm bớt phần nào bằng cách tổ chức thiết kế hệ thống để dữ liệu có thể truy cập được từ một kho dữ liệu chung.
Control Coupling - Khi một thành phần truyền tham số để kiểm soát hoạt động của thành phần khác.
Stamp Coupling - Khi cấu trúc dữ liệu được sử dụng để truyền thông tin từ thành phần này sang thành phần khác.
Data Coupling - Khi chỉ có dữ liệu được truyền qua thì các thành phần được kết nối bằng khớp nối này.
Sự gắn kết
Sự gắn kết là thước đo mức độ chặt chẽ của mối quan hệ giữa các thành phần của nó. Nó xác định mức độ phụ thuộc của các thành phần của một mô-đun vào nhau. Trong thực tế, điều này có nghĩa là nhà thiết kế hệ thống phải đảm bảo rằng -
Họ không chia các quy trình thiết yếu thành các mô-đun phân mảnh.
Chúng không tập hợp các quy trình không liên quan với nhau được biểu diễn như các quy trình trên DFD thành các mô-đun vô nghĩa.
Các mô-đun tốt nhất là những mô-đun gắn kết về mặt chức năng. Các mô-đun tồi tệ nhất là những mô-đun được gắn kết một cách ngẫu nhiên.
Mức độ gắn kết tồi tệ nhất
Sự gắn kết ngẫu nhiên được tìm thấy trong một thành phần mà các phần của nó không liên quan đến phần khác.
Logical Cohesion - Đó là nơi một số chức năng hoặc phần tử dữ liệu có liên quan về mặt logic được đặt trong cùng một thành phần.
Temporal Cohesion - Là khi một thành phần được sử dụng để khởi tạo hệ thống hoặc tập hợp các biến thực hiện một số chức năng theo trình tự, nhưng các chức năng có liên quan với nhau theo thời gian tham gia.
Procedurally Cohesion - Là khi các chức năng được nhóm lại với nhau trong một thành phần chỉ để đảm bảo thứ tự này.
Sequential Cohesion - Là khi đầu ra từ một phần của một thành phần là đầu vào cho phần tiếp theo của nó.
Thiết kế đầu vào
Trong hệ thống thông tin, đầu vào là dữ liệu thô được xử lý để tạo ra đầu ra. Trong quá trình thiết kế đầu vào, các nhà phát triển phải xem xét các thiết bị đầu vào như PC, MICR, OMR, v.v.
Do đó, chất lượng đầu vào của hệ thống quyết định chất lượng đầu ra của hệ thống. Các biểu mẫu và màn hình nhập liệu được thiết kế mới có các thuộc tính sau:
Nó phải phục vụ mục đích cụ thể một cách hiệu quả như lưu trữ, ghi lại và truy xuất thông tin.
Nó đảm bảo hoàn thành đúng với độ chính xác.
Nó phải dễ dàng để điền và đơn giản.
Nó phải tập trung vào sự chú ý của người dùng, nhất quán và đơn giản.
Tất cả các mục tiêu này đạt được bằng cách sử dụng kiến thức về các nguyên tắc thiết kế cơ bản liên quan đến -
Các đầu vào cần thiết cho hệ thống là gì?
Cách người dùng cuối phản hồi với các yếu tố khác nhau của biểu mẫu và màn hình.
Mục tiêu cho thiết kế đầu vào
Mục tiêu của thiết kế đầu vào là -
Để thiết kế các thủ tục nhập và nhập dữ liệu
Để giảm âm lượng đầu vào
Để thiết kế tài liệu nguồn để thu thập dữ liệu hoặc đưa ra các phương pháp thu thập dữ liệu khác
Để thiết kế bản ghi dữ liệu đầu vào, màn hình nhập dữ liệu, màn hình giao diện người dùng, v.v.
Sử dụng kiểm tra xác nhận và phát triển các kiểm soát đầu vào hiệu quả.
Phương thức nhập dữ liệu
Điều quan trọng là phải thiết kế các phương thức nhập dữ liệu phù hợp để tránh xảy ra sai sót trong khi nhập dữ liệu. Các phương pháp này phụ thuộc vào việc dữ liệu được khách hàng nhập vào biểu mẫu theo cách thủ công và sau đó được nhập bởi các nhà khai thác dữ liệu nhập hoặc dữ liệu được nhập trực tiếp bởi người dùng trên PC.
Một hệ thống phải ngăn người dùng mắc lỗi bằng cách -
- Thiết kế biểu mẫu rõ ràng bằng cách để lại đủ không gian để viết dễ đọc.
- Hướng dẫn rõ ràng để điền vào biểu mẫu.
- Thiết kế hình thức rõ ràng.
- Giảm các nét chính.
- Phản hồi lỗi ngay lập tức.
Một số phương pháp nhập dữ liệu phổ biến là:
- Phương thức nhập hàng loạt (Phương thức nhập dữ liệu ngoại tuyến)
- Phương thức nhập dữ liệu trực tuyến
- Các biểu mẫu có thể đọc được trên máy tính
- Đầu vào dữ liệu tương tác
Kiểm soát tính toàn vẹn đầu vào
Kiểm soát tính toàn vẹn đầu vào bao gồm một số phương pháp để loại bỏ các lỗi đầu vào phổ biến của người dùng cuối. Chúng cũng bao gồm kiểm tra giá trị của các trường riêng lẻ; cả về định dạng và tính đầy đủ của tất cả các đầu vào.
Các đường kiểm tra để nhập dữ liệu và các hoạt động khác của hệ thống được tạo bằng cách sử dụng nhật ký giao dịch, ghi lại tất cả các thay đổi được đưa vào cơ sở dữ liệu để cung cấp bảo mật và phương tiện khôi phục trong trường hợp có bất kỳ lỗi nào.
Thiết kế đầu ra
Thiết kế đầu ra là nhiệm vụ quan trọng nhất của bất kỳ hệ thống nào. Trong quá trình thiết kế đầu ra, các nhà phát triển xác định loại đầu ra cần thiết và xem xét các điều khiển đầu ra cần thiết và bố cục báo cáo nguyên mẫu.
Mục tiêu của thiết kế đầu ra
Mục tiêu của thiết kế đầu vào là -
Để phát triển thiết kế đầu ra phục vụ mục đích đã định và loại bỏ việc sản xuất đầu ra không mong muốn.
Để phát triển thiết kế đầu ra đáp ứng các yêu cầu của người dùng cuối.
Để cung cấp số lượng đầu ra thích hợp.
Để tạo đầu ra ở định dạng thích hợp và hướng nó đến đúng người.
Để cung cấp đầu ra đúng thời gian để đưa ra quyết định đúng đắn.
Bây giờ chúng ta hãy xem xét các loại đầu ra khác nhau -
Đầu ra bên ngoài
Các nhà sản xuất tạo và thiết kế đầu ra bên ngoài cho máy in. Đầu ra bên ngoài cho phép hệ thống để lại các hành động kích hoạt cho người nhận của họ hoặc xác nhận hành động với người nhận của họ.
Một số đầu ra bên ngoài được thiết kế dưới dạng đầu ra quay vòng, được thực hiện dưới dạng biểu mẫu và nhập lại hệ thống dưới dạng đầu vào.
Đầu ra nội bộ
Các đầu ra nội bộ hiện diện bên trong hệ thống và được sử dụng bởi người dùng cuối và người quản lý. Họ hỗ trợ quản lý trong việc ra quyết định và báo cáo.
Có ba loại báo cáo do thông tin quản lý tạo ra -
Detailed Reports - Chúng chứa thông tin hiện tại mà hầu như không có sự lọc hoặc hạn chế nào được tạo ra để hỗ trợ việc lập kế hoạch và kiểm soát quản lý.
Summary Reports - Chúng chứa các xu hướng và các vấn đề tiềm ẩn được phân loại và tóm tắt được tạo ra cho những người quản lý không muốn biết chi tiết.
Exception Reports - Chúng chứa các ngoại lệ, dữ liệu được lọc theo một số điều kiện hoặc tiêu chuẩn trước khi trình bày cho người quản lý, dưới dạng thông tin.
Kiểm soát toàn vẹn đầu ra
Kiểm soát tính toàn vẹn đầu ra bao gồm mã định tuyến để xác định hệ thống nhận và các thông báo xác minh để xác nhận việc nhận thành công các thông báo được xử lý bởi giao thức mạng.
Báo cáo dạng in hoặc màn hình phải bao gồm ngày / giờ để in báo cáo và dữ liệu. Báo cáo nhiều trang chứa tiêu đề hoặc mô tả báo cáo và phân trang. Các biểu mẫu in sẵn thường bao gồm số phiên bản và ngày có hiệu lực.
Thiết kế biểu mẫu
Cả hai biểu mẫu và báo cáo đều là sản phẩm của thiết kế đầu vào và đầu ra và là tài liệu kinh doanh bao gồm các dữ liệu cụ thể. Sự khác biệt chính là các biểu mẫu cung cấp các trường để nhập dữ liệu nhưng các báo cáo hoàn toàn được sử dụng để đọc. Ví dụ, đơn đặt hàng, đơn xin việc làm và tín dụng, v.v.
Trong quá trình thiết kế biểu mẫu, các nhà thiết kế nên biết -
ai sẽ sử dụng chúng
chúng sẽ được giao ở đâu
mục đích của biểu mẫu hoặc báo cáo
Trong quá trình thiết kế biểu mẫu, các công cụ thiết kế tự động nâng cao khả năng của nhà phát triển trong việc tạo mẫu và báo cáo và trình bày chúng cho người dùng cuối đánh giá.
Mục tiêu của Thiết kế Biểu mẫu Tốt
Một thiết kế biểu mẫu tốt là cần thiết để đảm bảo những điều sau:
Để giữ cho màn hình đơn giản bằng cách đưa ra trình tự, thông tin thích hợp và chú thích rõ ràng.
Để đáp ứng mục đích đã định bằng cách sử dụng các hình thức thích hợp.
Để đảm bảo hoàn thành biểu mẫu với độ chính xác.
Để giữ cho các biểu mẫu hấp dẫn bằng cách sử dụng các biểu tượng, video đảo ngược hoặc con trỏ nhấp nháy, v.v.
Để thuận tiện cho việc điều hướng.
Các loại biểu mẫu
Flat Forms
Đây là một dạng sao chép đơn được chuẩn bị thủ công hoặc bằng máy và được in ra giấy. Đối với các bản sao bổ sung của bản gốc, giấy than được chèn vào giữa các bản sao.
Đây là hình thức đơn giản và rẻ tiền để thiết kế, in ấn và tái sản xuất, sử dụng ít khối lượng hơn.
Unit Set/Snap out Forms
Đây là những loại giấy có các cacbon dùng một lần được xen kẽ vào các bộ đơn vị để viết tay hoặc sử dụng máy.
Cácbon có thể có màu xanh lam hoặc đen, cường độ trung bình cấp tiêu chuẩn. Nói chung, cácbon xanh là tốt nhất cho dạng viết tay trong khi cácbon đen là tốt nhất cho việc sử dụng máy.
Continuous strip/Fanfold Forms
Đây là nhiều dạng đơn vị được nối thành một dải liên tục với các lỗ giữa mỗi cặp dạng.
Đây là một phương pháp ít tốn kém hơn để sử dụng khối lượng lớn.
No Carbon Required (NCR) Paper
Họ sử dụng các loại giấy không carbon có hai lớp phủ hóa học (viên nang), một lớp phủ trên mặt và lớp kia ở mặt sau của tờ giấy.
Khi có áp lực, hai viên nang tương tác và tạo ra hình ảnh.
Hệ thống phần mềm cần được kiểm tra hành vi dự kiến và hướng tiến triển của nó ở mỗi giai đoạn phát triển để tránh trùng lặp nỗ lực, vượt quá thời gian và chi phí, đồng thời đảm bảo hoàn thành hệ thống trong thời gian quy định. hành vi dự kiến và hướng tiến triển ở mỗi giai đoạn phát triển để tránh trùng lặp nỗ lực, vượt quá thời gian và chi phí cũng như đảm bảo hoàn thành hệ thống trong thời gian quy định.
Kiểm tra hệ thống và đảm bảo chất lượng hỗ trợ cho việc kiểm tra hệ thống. Nó bao gồm -
- Chất lượng mức sản phẩm (Thử nghiệm)
- Chất lượng mức quy trình.
Hãy để chúng tôi lướt qua chúng một cách ngắn gọn -
Thử nghiệm
Kiểm thử là quá trình hoặc hoạt động kiểm tra chức năng và tính đúng đắn của phần mềm theo các yêu cầu của người dùng cụ thể nhằm nâng cao chất lượng và độ tin cậy của hệ thống. Đây là một cách tiếp cận tốn kém, tốn thời gian và quan trọng trong phát triển hệ thống, đòi hỏi phải lập kế hoạch thích hợp cho quá trình kiểm tra tổng thể.
Một bài kiểm tra thành công là một bài kiểm tra tìm ra lỗi. Nó thực thi chương trình với ý định rõ ràng là tìm ra lỗi, tức là làm cho chương trình bị lỗi. Đây là một quá trình đánh giá hệ thống với mục đích tạo ra một hệ thống mạnh và chủ yếu tập trung vào các điểm yếu của hệ thống hoặc phần mềm.
Đặc điểm của Kiểm thử hệ thống
Kiểm thử hệ thống bắt đầu ở cấp độ mô-đun và tiến tới tích hợp toàn bộ hệ thống phần mềm. Các kỹ thuật kiểm tra khác nhau được sử dụng vào những thời điểm khác nhau trong khi kiểm tra hệ thống. Nó được tiến hành bởi nhà phát triển cho các dự án nhỏ và bởi các nhóm thử nghiệm độc lập cho các dự án lớn.
Các giai đoạn kiểm tra hệ thống
Các giai đoạn sau liên quan đến thử nghiệm:
Test Strategy
Nó là một tuyên bố cung cấp thông tin về các cấp độ, phương pháp, công cụ và kỹ thuật khác nhau được sử dụng để kiểm tra hệ thống. Nó phải đáp ứng tất cả các nhu cầu của một tổ chức.
Test Plan
Nó cung cấp một kế hoạch để kiểm tra hệ thống và xác minh rằng hệ thống đang được kiểm tra đáp ứng tất cả các thông số kỹ thuật về thiết kế và chức năng. Kế hoạch thử nghiệm cung cấp thông tin sau:
- Mục tiêu của từng giai đoạn thử nghiệm
- Các phương pháp và công cụ dùng để kiểm tra
- Trách nhiệm và thời gian cần thiết cho mỗi hoạt động thử nghiệm
- Sự sẵn có của các công cụ, phương tiện và thư viện thử nghiệm
- Các thủ tục và tiêu chuẩn cần thiết để lập kế hoạch và tiến hành các thử nghiệm
- Các yếu tố chịu trách nhiệm hoàn thành thành công quá trình thử nghiệm
Test Case Design
Một số trường hợp kiểm thử được xác định cho mỗi mô-đun của hệ thống được kiểm tra.
Mỗi trường hợp kiểm thử sẽ chỉ rõ cách thức kiểm tra việc thực hiện một yêu cầu cụ thể hoặc quyết định thiết kế và các tiêu chí cho sự thành công của kiểm thử.
Các trường hợp thử nghiệm cùng với kế hoạch thử nghiệm được ghi lại như một phần của tài liệu đặc tả hệ thống hoặc trong một tài liệu riêng được gọi là test specification hoặc là test description.
Test Procedures
Nó bao gồm các bước cần được tuân theo để thực hiện từng trường hợp thử nghiệm. Các thủ tục này được quy định trong một tài liệu riêng được gọi là đặc tả thủ tục thử nghiệm. Tài liệu này cũng quy định mọi yêu cầu và định dạng đặc biệt để báo cáo kết quả thử nghiệm.
Test Result Documentation
Tệp kết quả thử nghiệm chứa thông tin ngắn gọn về tổng số trường hợp thử nghiệm được thực hiện, số lỗi và bản chất của lỗi. Các kết quả này sau đó được đánh giá dựa trên các tiêu chí trong đặc điểm kỹ thuật thử nghiệm để xác định kết quả tổng thể của thử nghiệm.
Các loại kiểm tra
Kiểm tra có thể có nhiều loại khác nhau và các loại kiểm tra khác nhau được tiến hành tùy thuộc vào loại lỗi mà người ta muốn phát hiện -
Kiểm tra đơn vị
Còn được gọi là Kiểm thử chương trình, nó là một loại kiểm thử mà nhà phân tích kiểm tra hoặc tập trung vào từng chương trình hoặc mô-đun một cách độc lập. Nó được thực hiện với mục đích thực hiện mỗi câu lệnh của mô-đun ít nhất một lần.
Trong kiểm thử đơn vị, không thể đảm bảo độ chính xác của chương trình và khó có thể tiến hành kiểm tra chi tiết các tổ hợp đầu vào khác nhau.
Nó xác định các lỗi tối đa trong một chương trình so với các kỹ thuật kiểm thử khác.
Thử nghiệm hội nhập
Trong Kiểm tra tích hợp, nhà phân tích kiểm tra nhiều mô-đun hoạt động cùng nhau. Nó được sử dụng để tìm sự khác biệt giữa hệ thống và mục tiêu ban đầu, thông số kỹ thuật hiện tại và tài liệu hệ thống.
Ở đây, các nhà phân tích cố gắng tìm ra các khu vực mà các mô-đun đã được thiết kế với các đặc điểm kỹ thuật khác nhau về độ dài dữ liệu, kiểu và tên phần tử dữ liệu.
Nó xác minh rằng kích thước tệp là đủ và các chỉ số đã được xây dựng đúng cách.
Thử nghiệm chức năng
Kiểm tra chức năng xác định xem hệ thống có hoạt động chính xác theo thông số kỹ thuật và tài liệu tiêu chuẩn liên quan hay không. Kiểm thử chức năng thường bắt đầu với việc triển khai hệ thống, điều này rất quan trọng đối với sự thành công của hệ thống.
Kiểm thử chức năng được chia thành hai loại:
Positive Functional Testing - Nó liên quan đến việc kiểm tra hệ thống với các đầu vào hợp lệ để xác minh rằng các đầu ra được tạo ra là chính xác.
Negative Functional Testing - Nó liên quan đến việc kiểm tra phần mềm với các đầu vào không hợp lệ và các điều kiện hoạt động không mong muốn.
Quy tắc kiểm tra hệ thống
Để thực hiện kiểm tra hệ thống thành công, bạn cần tuân theo các quy tắc đã cho -
Kiểm tra phải dựa trên yêu cầu của người dùng.
Trước khi viết kịch bản kiểm thử, cần hiểu cặn kẽ về logic nghiệp vụ.
Kế hoạch kiểm tra nên được thực hiện càng sớm càng tốt.
Việc kiểm tra phải được thực hiện bởi bên thứ ba.
Nó phải được thực hiện trên phần mềm tĩnh.
Kiểm tra nên được thực hiện cho các điều kiện đầu vào hợp lệ và không hợp lệ.
Thử nghiệm nên được xem xét và kiểm tra để giảm chi phí.
Cả kiểm thử tĩnh và động nên được tiến hành trên phần mềm.
Tài liệu về các trường hợp thử nghiệm và kết quả thử nghiệm nên được thực hiện.
Đảm bảo chất lượng
Đó là việc xem xét hệ thống hoặc sản phẩm phần mềm và tài liệu của nó để đảm bảo rằng hệ thống đáp ứng các yêu cầu và thông số kỹ thuật.
Mục đích của QA là cung cấp niềm tin cho khách hàng bằng cách cung cấp liên tục sản phẩm theo đặc điểm kỹ thuật.
Đảm bảo chất lượng phần mềm (SQA) là một kỹ thuật bao gồm các thủ tục và công cụ được các chuyên gia phần mềm áp dụng để đảm bảo rằng phần mềm đáp ứng tiêu chuẩn được chỉ định cho mục đích sử dụng và hiệu suất của nó.
Mục đích chính của SQA là cung cấp khả năng hiển thị phù hợp và chính xác về dự án phần mềm và sản phẩm đã phát triển của nó cho ban quản trị.
Nó xem xét và kiểm tra sản phẩm phần mềm và các hoạt động của nó trong suốt vòng đời phát triển hệ thống.
Mục tiêu của Đảm bảo Chất lượng
Các mục tiêu của việc tiến hành đảm bảo chất lượng như sau:
Để giám sát quá trình phát triển phần mềm và phần mềm cuối cùng được phát triển.
Để đảm bảo liệu dự án phần mềm có đang thực hiện các tiêu chuẩn và quy trình do ban quản lý đặt ra hay không.
Thông báo cho các nhóm và cá nhân về các hoạt động SQA và kết quả của các hoạt động này.
Để đảm bảo rằng các vấn đề chưa được giải quyết trong phần mềm sẽ được giải quyết bởi quản lý cấp trên.
Để xác định những khiếm khuyết trong sản phẩm, quy trình hoặc tiêu chuẩn và khắc phục chúng.
Mức độ đảm bảo chất lượng
Có một số cấp độ QA và kiểm tra cần được thực hiện để chứng nhận một sản phẩm phần mềm.
Level 1 − Code Walk-through
Ở cấp độ này, phần mềm ngoại tuyến được kiểm tra hoặc kiểm tra xem có bất kỳ vi phạm nào đối với các quy tắc mã hóa chính thức hay không. Nói chung, trọng tâm được đặt vào việc kiểm tra tài liệu và mức độ nhận xét trong mã.
Level 2 − Compilation and Linking
Ở cấp độ này, người ta kiểm tra rằng phần mềm có thể biên dịch và liên kết tất cả các nền tảng và hệ điều hành chính thức.
Level 3 − Routine Running
Ở cấp độ này, người ta kiểm tra xem phần mềm có thể chạy đúng trong nhiều điều kiện khác nhau như số lượng sự kiện nhất định và quy mô sự kiện lớn và nhỏ, v.v.
Level 4 − Performance test
Ở mức cuối cùng này, nó được kiểm tra để đảm bảo rằng hiệu suất của phần mềm thỏa mãn mức hiệu suất đã chỉ định trước đó.
Thực hiện là một quá trình đảm bảo rằng hệ thống thông tin hoạt động. Nó liên quan đến -
- Xây dựng một hệ thống mới từ đầu
- Xây dựng hệ thống mới từ hệ thống hiện có.
Việc triển khai cho phép người dùng tiếp quản hoạt động của nó để sử dụng và đánh giá. Nó liên quan đến việc đào tạo người dùng để xử lý hệ thống và lập kế hoạch chuyển đổi suôn sẻ.
Đào tạo
Các nhân viên trong hệ thống phải biết cụ thể vai trò của họ, cách họ có thể sử dụng hệ thống và những gì hệ thống sẽ làm hoặc không. Sự thành công hay thất bại của các hệ thống được thiết kế kỹ thuật và trang nhã có thể phụ thuộc vào cách chúng được vận hành và sử dụng.
Người vận hành hệ thống đào tạo
Người vận hành hệ thống phải được đào tạo bài bản để họ có thể xử lý tất cả các hoạt động có thể xảy ra, cả thường xuyên và đột xuất. Người vận hành phải được đào tạo về những trục trặc phổ biến có thể xảy ra, cách nhận biết chúng và các bước cần thực hiện khi chúng xảy ra.
Đào tạo liên quan đến việc tạo danh sách khắc phục sự cố để xác định các vấn đề có thể xảy ra và biện pháp khắc phục chúng, cũng như tên và số điện thoại của các cá nhân để liên hệ khi phát sinh các vấn đề đột xuất hoặc bất thường.
Đào tạo cũng liên quan đến việc làm quen với các quy trình chạy, liên quan đến việc làm việc thông qua chuỗi các hoạt động cần thiết để sử dụng một hệ thống mới.
Đào tạo người dùng
Đào tạo người dùng cuối là một phần quan trọng của quá trình phát triển hệ thống thông tin dựa trên máy tính, phải được cung cấp cho nhân viên để họ có thể tự giải quyết vấn đề của mình.
Đào tạo người dùng bao gồm cách vận hành thiết bị, khắc phục sự cố hệ thống, xác định xem vấn đề phát sinh là do thiết bị hoặc phần mềm gây ra.
Hầu hết việc đào tạo người dùng liên quan đến hoạt động của chính hệ thống. Các khóa đào tạo phải được thiết kế để giúp người sử dụng có thể huy động nhanh chóng cho tổ chức.
Hướng dẫn đào tạo
- Thiết lập các mục tiêu có thể đo lường được
- Sử dụng các phương pháp đào tạo phù hợp
- Lựa chọn địa điểm đào tạo phù hợp
- Sử dụng các tài liệu đào tạo dễ hiểu
Phương pháp đào tạo
Đào tạo do người hướng dẫn
Nó liên quan đến cả giảng viên và thực tập sinh, những người phải gặp nhau cùng một lúc, nhưng không nhất thiết phải ở cùng một nơi. Buổi đào tạo có thể là một đối một hoặc hợp tác. Nó có hai loại -
Virtual Classroom
Trong khóa đào tạo này, giảng viên phải gặp gỡ các học viên cùng một lúc, nhưng không bắt buộc phải ở cùng một nơi. Các công cụ chính được sử dụng ở đây là: hội nghị truyền hình, công cụ trò chuyện chuyển tiếp Internet dựa trên văn bản hoặc các gói thực tế ảo, v.v.
Normal Classroom
Các giảng viên phải gặp gỡ các học viên tại cùng một thời điểm và tại cùng một địa điểm. Các công cụ chính được sử dụng ở đây là bảng đen, máy chiếu trên cao, máy chiếu LCD, v.v.
Đào tạo theo nhịp độ bản thân
Nó liên quan đến cả giảng viên và thực tập sinh, những người không cần gặp nhau ở cùng một nơi hoặc cùng một lúc. Các học viên tự học các kỹ năng bằng cách truy cập các khóa học một cách thuận tiện. Nó có hai loại -
Multimedia Training
Trong khóa đào tạo này, các khóa học được trình bày dưới dạng đa phương tiện và được lưu trữ trên đĩa CD-ROM. Nó giảm thiểu chi phí trong việc phát triển một khóa đào tạo nội bộ mà không cần sự hỗ trợ từ các lập trình viên bên ngoài.
Web-based Training
Trong khóa đào tạo này, các khóa học thường được trình bày dưới dạng siêu phương tiện và được phát triển để hỗ trợ internet và mạng nội bộ. Nó cung cấp đào tạo đúng lúc cho người dùng cuối và cho phép tổ chức điều chỉnh các yêu cầu đào tạo.
Chuyển đổi
Nó là một quá trình di chuyển từ hệ thống cũ sang hệ thống mới. Nó cung cấp cách tiếp cận dễ hiểu và có cấu trúc để cải thiện giao tiếp giữa ban quản lý và nhóm dự án.
Kế hoạch chuyển đổi
Nó bao gồm mô tả tất cả các hoạt động phải xảy ra trong quá trình triển khai hệ thống mới và đưa nó vào hoạt động. Nó dự đoán các vấn đề có thể xảy ra và giải pháp để đối phó với chúng.
Nó bao gồm các hoạt động sau:
- Đặt tên cho tất cả các tệp cho chuyển đổi.
- Xác định các yêu cầu dữ liệu để phát triển tệp mới trong quá trình chuyển đổi.
- Liệt kê tất cả các tài liệu và thủ tục mới được yêu cầu.
- Xác định các biện pháp kiểm soát sẽ được sử dụng trong mỗi hoạt động.
- Xác định trách nhiệm của từng người đối với từng hoạt động.
- Xác minh lịch trình chuyển đổi.
Phương pháp chuyển đổi
Bốn phương pháp chuyển đổi là:
- Chuyển đổi song song
- Chuyển đổi cắt bỏ trực tiếp
- Phương pháp thí điểm
- Phương pháp pha trong
phương pháp | Sự miêu tả | Ưu điểm | Nhược điểm |
---|---|---|---|
Chuyển đổi song song |
Hệ thống cũ và mới được sử dụng đồng thời. | Cung cấp dự phòng khi hệ thống mới bị lỗi. Cung cấp bảo mật tốt nhất và cuối cùng là thử nghiệm hệ thống mới. |
Gây ra chi phí vượt mức. Hệ thống mới có thể không đi đúng hướng. |
Chuyển đổi cắt bỏ trực tiếp |
Hệ thống mới được triển khai và hệ thống cũ được thay thế hoàn toàn. |
Buộc người dùng làm cho hệ thống mới hoạt động Lợi ích ngay lập tức từ các phương pháp và kiểm soát mới. |
Không có vấn đề gì phát sinh với hệ thống mới Yêu cầu lập kế hoạch cẩn thận nhất |
Phương pháp thí điểm |
Hỗ trợ phương pháp tiếp cận theo từng giai đoạn triển khai dần dần hệ thống trên tất cả người dùng |
Cho phép đào tạo và cài đặt mà không cần sử dụng tài nguyên không cần thiết. Tránh các khoản dự phòng lớn từ quản lý rủi ro. |
Giai đoạn dài hạn gây ra vấn đề về việc chuyển đổi có diễn ra tốt hay không. |
Phương pháp pha trong |
Phiên bản làm việc của hệ thống được triển khai trong một bộ phận của tổ chức dựa trên phản hồi, nó được cài đặt trong toàn bộ tổ chức một mình hoặc từng giai đoạn. |
Cung cấp kinh nghiệm và kiểm tra dòng trước khi triển khai Khi hệ thống mới được ưa thích liên quan đến công nghệ mới hoặc những thay đổi mạnh mẽ về hiệu suất. |
Tạo ấn tượng rằng hệ thống cũ có lỗi và nó không đáng tin cậy. |
Chuyển đổi tệp
Nó là một quá trình chuyển đổi một định dạng tệp thành một định dạng khác. Ví dụ: tệp ở định dạng WordPerfect có thể được chuyển đổi thành Microsoft Word.
Để chuyển đổi thành công, cần có kế hoạch chuyển đổi, bao gồm:
- Kiến thức về hệ thống mục tiêu và hiểu biết về hệ thống hiện tại
- Teamwork
- Phương pháp tự động, thử nghiệm và hoạt động song song
- Hỗ trợ liên tục để khắc phục sự cố
- Cập nhật hệ thống / tài liệu người dùng, v.v.
Nhiều ứng dụng phổ biến hỗ trợ mở và lưu sang các định dạng tệp khác cùng loại. Ví dụ, Microsoft Word có thể mở và lưu tệp ở nhiều định dạng xử lý văn bản khác.
Đánh giá sau khi thực hiện (PIER)
PIER là một công cụ hoặc cách tiếp cận tiêu chuẩn để đánh giá kết quả của dự án và xác định xem liệu dự án có tạo ra những lợi ích mong đợi cho các quá trình, sản phẩm hoặc dịch vụ hay không. Nó cho phép người dùng xác minh rằng dự án hoặc hệ thống đã đạt được kết quả mong muốn trong khoảng thời gian xác định và chi phí đã định.
PIER đảm bảo rằng dự án đã đạt được các mục tiêu của nó bằng cách đánh giá các quá trình phát triển và quản lý của dự án.
Mục tiêu của PIER
Các mục tiêu của việc có PIER như sau:
Để xác định sự thành công của một dự án dựa trên chi phí, lợi ích và thời gian dự kiến.
Để xác định các cơ hội để tăng thêm giá trị cho dự án.
Để xác định điểm mạnh và điểm yếu của dự án để tham khảo trong tương lai và hành động thích hợp.
Đưa ra các khuyến nghị về tương lai của dự án bằng cách tinh chỉnh các kỹ thuật ước tính chi phí.
Các nhân viên sau đây nên được bao gồm trong quá trình đánh giá:
- Nhóm dự án và Quản lý
- Nhân viên người dùng
- Nhân viên quản lý chiến lược
- Người sử dụng bên ngoài
Bảo trì / Nâng cao Hệ thống
Bảo trì có nghĩa là khôi phục một cái gì đó về tình trạng ban đầu của nó. Cải tiến có nghĩa là thêm, sửa đổi mã để hỗ trợ những thay đổi trong đặc tả người dùng. Bảo trì hệ thống làm cho hệ thống phù hợp với các yêu cầu ban đầu của nó và việc nâng cao thêm vào khả năng hệ thống bằng cách kết hợp các yêu cầu mới.
Do đó, bảo trì thay đổi hệ thống hiện có, cải tiến bổ sung các tính năng cho hệ thống hiện có và phát triển thay thế hệ thống hiện có. Nó là một phần quan trọng của phát triển hệ thống bao gồm các hoạt động sửa chữa các lỗi trong thiết kế và triển khai hệ thống, cập nhật tài liệu và kiểm tra dữ liệu.
Các loại bảo trì
Bảo trì hệ thống có thể được phân thành ba loại:
Corrective Maintenance - Cho phép người dùng thực hiện sửa chữa và khắc phục các sự cố còn sót lại.
Adaptive Maintenance - Cho phép người dùng thay thế các chức năng của chương trình.
Perfective Maintenance - Cho phép người dùng sửa đổi hoặc nâng cao các chương trình theo yêu cầu của người dùng và nhu cầu thay đổi.
Kiểm tra hệ thống
Nó là một cuộc điều tra để xem xét hoạt động của một hệ thống hoạt động. Các mục tiêu của việc thực hiện đánh giá hệ thống như sau:
Để so sánh hiệu suất thực tế và kế hoạch.
Để xác minh rằng các mục tiêu đã nêu của hệ thống vẫn còn hiệu lực trong môi trường hiện tại.
Để đánh giá việc đạt được các mục tiêu đã nêu.
Để đảm bảo độ tin cậy của thông tin tài chính và thông tin khác dựa trên máy tính.
Để đảm bảo tất cả các hồ sơ được bao gồm trong khi xử lý.
Để đảm bảo bảo vệ khỏi gian lận.
Kiểm tra việc sử dụng hệ thống máy tính
Kiểm toán viên xử lý dữ liệu kiểm tra việc sử dụng hệ thống máy tính để kiểm soát nó. Đánh giá viên cần dữ liệu kiểm soát do hệ thống máy tính tự thu thập.
Kiểm toán hệ thống
Vai trò của đánh giá viên bắt đầu ở giai đoạn phát triển ban đầu của hệ thống để hệ thống kết quả được an toàn. Nó mô tả một ý tưởng về việc sử dụng hệ thống có thể được ghi lại, giúp lập kế hoạch tải và quyết định các thông số kỹ thuật phần cứng và phần mềm. Nó đưa ra một dấu hiệu về việc sử dụng hệ thống máy tính một cách khôn ngoan và có thể sử dụng sai hệ thống.
Thử nghiệm kiểm toán
Bản kiểm tra đánh giá hoặc nhật ký đánh giá là một hồ sơ bảo mật bao gồm những ai đã truy cập vào hệ thống máy tính và những hoạt động nào được thực hiện trong một khoảng thời gian nhất định. Các thử nghiệm đánh giá được sử dụng để theo dõi chi tiết dữ liệu trên hệ thống đã thay đổi như thế nào.
Nó cung cấp bằng chứng tài liệu về các kỹ thuật kiểm soát khác nhau mà một giao dịch phải tuân theo trong quá trình xử lý. Các thử nghiệm đánh giá không tồn tại độc lập. Chúng được thực hiện như một phần của kế toán phục hồi các giao dịch bị mất.
Phương pháp kiểm toán
Kiểm toán có thể được thực hiện theo hai cách khác nhau -
Kiểm toán xung quanh máy tính
- Lấy đầu vào mẫu và áp dụng thủ công các quy tắc xử lý.
- So sánh đầu ra với đầu ra của máy tính.
Kiểm toán thông qua máy tính
- Thiết lập thử nghiệm đánh giá cho phép kiểm tra các kết quả trung gian đã chọn.
- Tổng kiểm soát cung cấp các kiểm tra trung gian.
Cân nhắc Kiểm toán
Xem xét đánh giá kiểm tra kết quả phân tích bằng cách sử dụng cả tường thuật và mô hình để xác định các vấn đề gây ra do đặt sai chức năng, các quy trình hoặc chức năng bị phân tách, luồng dữ liệu bị hỏng, dữ liệu bị thiếu, xử lý thừa hoặc không đầy đủ và các cơ hội tự động hóa không được giải quyết.
Các hoạt động trong giai đoạn này như sau:
- Xác định các vấn đề môi trường hiện tại
- Xác định nguyên nhân sự cố
- Xác định các giải pháp thay thế
- Đánh giá và phân tích tính khả thi của từng giải pháp
- Lựa chọn và đề xuất giải pháp thiết thực và phù hợp nhất
- Ước tính chi phí dự án và phân tích lợi ích chi phí
Bảo vệ
Bảo mật hệ thống đề cập đến việc bảo vệ hệ thống khỏi hành vi trộm cắp, truy cập và sửa đổi trái phép cũng như thiệt hại do ngẫu nhiên hoặc không cố ý. Trong các hệ thống máy tính, bảo mật liên quan đến việc bảo vệ tất cả các bộ phận của hệ thống máy tính bao gồm dữ liệu, phần mềm và phần cứng. Bảo mật hệ thống bao gồm quyền riêng tư của hệ thống và tính toàn vẹn của hệ thống.
System privacy giải quyết việc bảo vệ các hệ thống cá nhân khỏi bị truy cập và sử dụng mà không có sự cho phép / kiến thức của các cá nhân liên quan.
System integrity quan tâm đến chất lượng và độ tin cậy của dữ liệu thô cũng như dữ liệu đã xử lý trong hệ thống.
Các biện pháp kiểm soát
Có nhiều biện pháp kiểm soát có thể được phân loại rộng rãi như sau:
Sao lưu
Thường xuyên sao lưu cơ sở dữ liệu hàng ngày / hàng tuần tùy theo thời gian và quy mô.
Sao lưu tăng dần trong khoảng thời gian ngắn hơn.
Các bản sao lưu được lưu giữ ở vị trí từ xa an toàn, đặc biệt cần thiết để khắc phục thảm họa.
Hệ thống trùng lặp chạy và tất cả các giao dịch được sao chép nếu đó là một hệ thống rất quan trọng và không thể chịu đựng bất kỳ sự gián đoạn nào trước khi lưu trữ trong đĩa.
Kiểm soát truy cập vật lý vào các cơ sở
- Khóa vật lý và xác thực sinh trắc học. Ví dụ: dấu tay
- Chứng minh thư hoặc thẻ ra vào đang được nhân viên an ninh kiểm tra.
- Nhận dạng tất cả những người đọc hoặc sửa đổi dữ liệu và ghi dữ liệu đó vào một tệp.
Sử dụng Điều khiển lôgic hoặc Phần mềm
- Hệ thống mật khẩu.
- Mã hóa dữ liệu / chương trình nhạy cảm.
- Đào tạo nhân viên về chăm sóc / xử lý và bảo mật dữ liệu.
- Phần mềm chống vi-rút và bảo vệ tường lửa khi kết nối với internet.
Phân tích rủi ro
Rủi ro là khả năng mất một thứ gì đó có giá trị. Phân tích rủi ro bắt đầu với việc lập kế hoạch cho hệ thống an toàn bằng cách xác định tính dễ bị tổn thương của hệ thống và tác động của điều này. Kế hoạch sau đó được thực hiện để quản lý rủi ro và đối phó với thảm họa. Nó được thực hiện để truy cập xác suất của thảm họa có thể xảy ra và chi phí của chúng.
Phân tích rủi ro là hoạt động làm việc theo nhóm của các chuyên gia với các nền tảng khác nhau như hóa chất, lỗi của con người và thiết bị xử lý.
Các bước sau phải được thực hiện trong khi tiến hành phân tích rủi ro:
Nhận dạng tất cả các thành phần của hệ thống máy tính.
Xác định tất cả các mối đe dọa và nguy cơ mà mỗi thành phần phải đối mặt.
Định lượng rủi ro tức là đánh giá tổn thất trong trường hợp các mối đe dọa trở thành hiện thực.
Phân tích rủi ro - Các bước chính
Khi rủi ro hoặc mối đe dọa đang thay đổi và tổn thất tiềm ẩn cũng thay đổi, việc quản lý rủi ro cần được thực hiện định kỳ bởi các nhà quản lý cấp cao.
Quản lý rủi ro là một quá trình liên tục và nó bao gồm các bước sau:
Xác định các biện pháp an ninh.
Tính toán chi phí thực hiện các biện pháp an ninh.
So sánh chi phí của các biện pháp an ninh với tổn thất và xác suất của các mối đe dọa.
Lựa chọn và thực hiện các biện pháp an ninh.
Xem xét việc thực hiện các biện pháp an ninh.
Trong cách tiếp cận hướng đối tượng, trọng tâm là nắm bắt cấu trúc và hành vi của hệ thống thông tin thành các mô-đun nhỏ kết hợp cả dữ liệu và quy trình. Mục đích chính của Thiết kế hướng đối tượng (OOD) là cải thiện chất lượng và năng suất của việc phân tích và thiết kế hệ thống bằng cách làm cho nó dễ sử dụng hơn.
Trong giai đoạn phân tích, các mô hình OO được sử dụng để lấp đầy khoảng cách giữa vấn đề và giải pháp. Nó hoạt động tốt trong tình huống mà các hệ thống đang được thiết kế, điều chỉnh và bảo trì liên tục. Nó xác định các đối tượng trong miền vấn đề, phân loại chúng theo dữ liệu và hành vi.
Mô hình OO có lợi theo những cách sau:
Nó tạo điều kiện cho những thay đổi trong hệ thống với chi phí thấp.
Nó thúc đẩy việc tái sử dụng các thành phần.
Nó đơn giản hóa vấn đề tích hợp các thành phần để cấu hình hệ thống lớn.
Nó đơn giản hóa việc thiết kế các hệ thống phân tán.
Các yếu tố của hệ thống hướng đối tượng
Chúng ta hãy xem xét các đặc điểm của Hệ thống OO -
Objects- Đối tượng là thứ tồn tại trong miền vấn đề và có thể được xác định bằng dữ liệu (thuộc tính) hoặc hành vi. Tất cả các thực thể hữu hình (sinh viên, bệnh nhân) và một số thực thể vô hình (tài khoản ngân hàng) được mô hình hóa dưới dạng đối tượng.
Attributes - Chúng mô tả thông tin về đối tượng.
Behavior- Nó chỉ định những gì đối tượng có thể làm. Nó xác định hoạt động được thực hiện trên các đối tượng.
Class- Một lớp đóng gói dữ liệu và hành vi của nó. Các đối tượng có ý nghĩa và mục đích tương tự được nhóm lại thành lớp.
Methods- Phương thức xác định hành vi của một lớp. Chúng chỉ là một hành động mà một đối tượng có thể thực hiện.
Message- Thông báo là một lời gọi hàm hoặc thủ tục từ đối tượng này sang đối tượng khác. Chúng là thông tin được gửi đến các đối tượng để kích hoạt các phương thức. Về cơ bản, thông báo là một hàm hoặc một lệnh gọi thủ tục từ đối tượng này sang đối tượng khác.
Các tính năng của hệ thống hướng đối tượng
Một hệ thống hướng đối tượng đi kèm với một số tính năng tuyệt vời được thảo luận bên dưới.
Đóng gói
Đóng gói là một quá trình ẩn thông tin. Nó chỉ đơn giản là sự kết hợp của quy trình và dữ liệu thành một thực thể duy nhất. Dữ liệu của một đối tượng được ẩn khỏi phần còn lại của hệ thống và chỉ có sẵn thông qua các dịch vụ của lớp. Nó cho phép cải tiến hoặc sửa đổi các phương pháp được sử dụng bởi các đối tượng mà không ảnh hưởng đến các phần khác của hệ thống.
Trừu tượng
Nó là một quá trình lấy hoặc lựa chọn phương thức và thuộc tính cần thiết để chỉ định đối tượng. Nó tập trung vào các đặc điểm thiết yếu của một đối tượng liên quan đến quan điểm của người dùng.
Các mối quan hệ
Tất cả các lớp trong hệ thống có liên quan với nhau. Các đối tượng không tồn tại biệt lập mà tồn tại trong mối quan hệ với các đối tượng khác.
Có ba loại mối quan hệ đối tượng -
Aggregation - Nó chỉ ra mối quan hệ giữa một tổng thể và các bộ phận của nó.
Association - Trong trường hợp này, hai lớp có liên quan hoặc kết nối theo một cách nào đó chẳng hạn như một lớp làm việc với lớp khác để thực hiện một nhiệm vụ hoặc một lớp hoạt động dựa trên lớp khác.
Generalization- Lớp con dựa trên lớp cha. Nó chỉ ra rằng hai lớp tương tự nhau nhưng có một số khác biệt.
Di sản
Kế thừa là một tính năng tuyệt vời cho phép tạo các lớp con từ một lớp hiện có bằng cách kế thừa các thuộc tính và / hoặc hoạt động của các lớp hiện có.
Đa hình và liên kết động
Tính đa hình là khả năng có nhiều hình thức khác nhau. Nó áp dụng cho cả đối tượng và hoạt động. Đối tượng đa hình là đối tượng mà kiểu true ẩn trong lớp cha hoặc siêu cấp.
Trong hoạt động đa hình, hoạt động có thể được thực hiện khác nhau bởi các lớp đối tượng khác nhau. Nó cho phép chúng ta thao tác các đối tượng của các lớp khác nhau bằng cách chỉ biết các thuộc tính chung của chúng.
Phương pháp tiếp cận có cấu trúc Vs. Phương pháp tiếp cận hướng đối tượng
Bảng sau giải thích cách tiếp cận hướng đối tượng khác với cách tiếp cận có cấu trúc truyền thống:
Cách tiếp cận có cấu trúc | Phương pháp tiếp cận hướng đối tượng |
---|---|
Nó hoạt động với cách tiếp cận Từ trên xuống. | Nó hoạt động với cách tiếp cận Từ dưới lên. |
Chương trình được chia thành số lượng mô-đun con hoặc chức năng. | Chương trình được tổ chức theo số lớp và đối tượng. |
Cuộc gọi hàm được sử dụng. | Truyền thông điệp được sử dụng. |
Không thể sử dụng lại phần mềm. | Khả năng tái sử dụng là có thể. |
Lập trình thiết kế có cấu trúc thường được để cho đến giai đoạn cuối. | Lập trình thiết kế hướng đối tượng được thực hiện đồng thời với các giai đoạn khác. |
Thiết kế có cấu trúc phù hợp hơn cho việc gia công. | Nó phù hợp để phát triển trong nhà. |
Nó cho thấy sự chuyển đổi rõ ràng từ thiết kế sang thực hiện. | Quá trình chuyển đổi không rõ ràng từ thiết kế sang thực hiện. |
Nó phù hợp với hệ thống thời gian thực, hệ thống nhúng và các dự án mà các đối tượng không phải là mức trừu tượng hữu ích nhất. | Nó phù hợp với hầu hết các ứng dụng kinh doanh, dự án phát triển trò chơi, dự kiến sẽ tùy chỉnh hoặc mở rộng. |
Sơ đồ DFD & ER mô hình hóa dữ liệu. | Biểu đồ lớp, biểu đồ tuần tự, biểu đồ trạng thái và các trường hợp sử dụng đều đóng góp. |
Theo đó, các dự án có thể được quản lý dễ dàng do các giai đoạn được xác định rõ ràng. | Theo cách tiếp cận này, các dự án có thể khó quản lý do sự chuyển đổi không chắc chắn giữa các giai đoạn. |
Ngôn ngữ mô hình thống nhất (UML)
UML là một ngôn ngữ trực quan cho phép bạn lập mô hình các quy trình, phần mềm và hệ thống để thể hiện thiết kế của kiến trúc hệ thống. Nó là một ngôn ngữ tiêu chuẩn để thiết kế và ghi lại hệ thống theo hướng đối tượng cho phép các kiến trúc sư kỹ thuật giao tiếp với nhà phát triển.
Nó được định nghĩa là tập hợp các đặc tả được tạo và phân phối bởi Nhóm Quản lý Đối tượng. UML có thể mở rộng và mở rộng.
Mục tiêu của UML là cung cấp vốn từ vựng chung về các thuật ngữ hướng đối tượng và kỹ thuật sơ đồ hóa đủ phong phú để mô hình hóa bất kỳ dự án phát triển hệ thống nào từ phân tích đến thực hiện.
UML được tạo thành từ -
Diagrams - Nó là một đại diện bằng hình ảnh của quá trình, hệ thống hoặc một số phần của nó.
Notations - Nó bao gồm các phần tử hoạt động cùng nhau trong một sơ đồ như các đầu nối, ký hiệu, ghi chú, v.v.
Ví dụ về Ký hiệu UML cho lớp
Sơ đồ phiên bản-ký hiệu UML
Các hoạt động được thực hiện trên các đối tượng
Các thao tác sau được thực hiện trên các đối tượng:
Constructor/Destructor- Tạo các thể hiện mới của một lớp và xóa các thể hiện hiện có của một lớp. Ví dụ, thêm một nhân viên mới.
Query- Trạng thái truy cập không thay đổi giá trị, không có tác dụng phụ. Ví dụ, tìm địa chỉ của một nhân viên cụ thể.
Update - Thay đổi giá trị của một hoặc nhiều thuộc tính & ảnh hưởng đến trạng thái của đối tượng Ví dụ: thay đổi địa chỉ của một nhân viên.
Sử dụng UML
UML khá hữu ích cho các mục đích sau:
- Mô hình hóa quy trình kinh doanh
- Mô tả kiến trúc hệ thống
- Hiển thị cấu trúc ứng dụng
- Nắm bắt hành vi hệ thống
- Mô hình hóa cấu trúc dữ liệu
- Xây dựng các thông số kỹ thuật chi tiết của hệ thống
- Phác thảo các ý tưởng
- Tạo mã chương trình
Mô hình tĩnh
Mô hình tĩnh chỉ ra các đặc điểm cấu trúc của một hệ thống, mô tả cấu trúc hệ thống của nó và nhấn mạnh vào các bộ phận tạo nên hệ thống.
Chúng được sử dụng để xác định tên lớp, thuộc tính, phương thức, chữ ký và gói.
Biểu đồ UML đại diện cho mô hình tĩnh bao gồm biểu đồ lớp, biểu đồ đối tượng và biểu đồ ca sử dụng.
Mô hình động
Mô hình động cho thấy các đặc điểm hành vi của một hệ thống, tức là cách hệ thống ứng xử với các sự kiện bên ngoài.
Mô hình động xác định đối tượng cần thiết và cách chúng hoạt động cùng nhau thông qua các phương thức và thông điệp.
Chúng được sử dụng để thiết kế logic và hành vi của hệ thống.
Biểu đồ UML biểu diễn mô hình động bao gồm biểu đồ tuần tự, biểu đồ truyền thông, biểu đồ trạng thái, biểu đồ hoạt động.
Vòng đời phát triển hệ thống hướng đối tượng
Nó bao gồm ba quy trình vĩ mô -
- Phân tích hướng đối tượng (OOA)
- Thiết kế hướng đối tượng (OOD)
- Triển khai hướng đối tượng (OOI)
Hoạt động phát triển hệ thống hướng đối tượng
Phát triển hệ thống hướng đối tượng bao gồm các giai đoạn sau:
- Phân tích hướng đối tượng
- Thiết kế hướng đối tượng
- Prototyping
- Implementation
- Thử nghiệm gia tăng
Phân tích hướng đối tượng
Giai đoạn này liên quan đến việc xác định các yêu cầu hệ thống và để hiểu các yêu cầu hệ thống, xây dựng use-case model. Ca sử dụng là một kịch bản để mô tả sự tương tác giữa người dùng và hệ thống máy tính. Mô hình này thể hiện nhu cầu của người dùng hoặc quan điểm của người dùng về hệ thống.
Nó cũng bao gồm việc xác định các lớp và mối quan hệ của chúng với các lớp khác trong miền vấn đề, tạo nên một ứng dụng.
Thiết kế hướng đối tượng
Mục tiêu của giai đoạn này là thiết kế và tinh chỉnh các lớp, thuộc tính, phương thức và cấu trúc được xác định trong giai đoạn phân tích, giao diện người dùng và truy cập dữ liệu. Giai đoạn này cũng xác định và định nghĩa các lớp hoặc đối tượng bổ sung hỗ trợ việc thực hiện yêu cầu.
Tạo mẫu
Tạo mẫu cho phép hiểu đầy đủ mức độ dễ dàng hay khó khăn khi triển khai một số tính năng của hệ thống.
Nó cũng có thể giúp người dùng có cơ hội nhận xét về khả năng sử dụng và tính hữu ích của thiết kế. Nó có thể xác định thêm một ca sử dụng và làm cho mô hình ca sử dụng dễ dàng hơn nhiều.
Thực hiện
Nó sử dụng Phát triển dựa trên thành phần (CBD) hoặc Phát triển ứng dụng nhanh (RAD).
Phát triển dựa trên thành phần (CBD)
CODD là một cách tiếp cận công nghiệp hóa đối với quá trình phát triển phần mềm sử dụng nhiều loại công nghệ khác nhau như các công cụ CASE. Phát triển ứng dụng chuyển từ phát triển tùy chỉnh sang lắp ráp các thành phần phần mềm được xây dựng trước, được kiểm tra trước, có thể tái sử dụng hoạt động với nhau. Một nhà phát triển CBD có thể lắp ráp các thành phần để xây dựng một hệ thống phần mềm hoàn chỉnh.
Phát triển ứng dụng nhanh (RAD)
RAD là một tập hợp các công cụ và kỹ thuật có thể được sử dụng để xây dựng một ứng dụng nhanh hơn so với các phương pháp truyền thống. Nó không thay thế SDLC nhưng bổ sung cho nó, vì nó tập trung nhiều hơn vào mô tả quy trình và có thể kết hợp hoàn hảo với cách tiếp cận hướng đối tượng.
Nhiệm vụ của nó là xây dựng ứng dụng một cách nhanh chóng và từng bước thực hiện thiết kế yêu cầu của người dùng thông qua các công cụ như visual basic, power builder, v.v.
Thử nghiệm gia tăng
Phát triển phần mềm và tất cả các hoạt động của nó bao gồm cả kiểm thử là một quá trình lặp đi lặp lại. Do đó, có thể là một việc tốn kém nếu chúng ta chỉ chờ đợi để thử nghiệm một sản phẩm sau khi nó đã phát triển hoàn chỉnh. Ở đây thử nghiệm gia tăng đi vào hình ảnh trong đó sản phẩm được thử nghiệm trong các giai đoạn phát triển khác nhau của nó.