10 Bước để SQL Thành công - những con số

Mục đích của SQL là để cho phép các nhà phát triển tạo ra các cơ sở dữ liệu hữu ích và mạnh mẽ và các ứng dụng cơ sở dữ liệu. Để thành công trong việc này, nỗ lực phát triển của bạn phải vượt qua hàng loạt các giai đoạn, mỗi giai đoạn xây dựng trước, cho đến khi bạn có thể kỷ niệm một dự án thành công. Dưới đây là mười giai đoạn thiết yếu sẽ dẫn đến một nỗ lực phát triển cơ sở dữ liệu thành công.

Xác định nhiệm vụ

Khi bắt đầu dự án, người giao nhiệm vụ xây dựng hệ thống (khách hàng) có ý tưởng về những gì cần thiết. Ý tưởng đó có thể rất cụ thể, sắc bén và súc tích, hoặc có thể mơ hồ, mơ hồ và không rõ ràng. Nhiệm vụ đầu tiên của bạn là tạo ra và đưa ra một bản mô tả chi tiết chính xác kết quả của dự án, được gọi là các sản phẩm nên được. Đây là nhiệm vụ chính của giai đoạn định nghĩa.

Xác định phạm vi dự án

Bước tiếp theo trong pha định nghĩa là xác định phạm vi dự án. Làm thế nào lớn một công việc nó sẽ được? Yêu cầu gì trong thời gian phân tích hệ thống, thời gian lập trình, thiết bị và các hạng mục chi phí khác? Có thời hạn không?

Xác định những gì nó sẽ làm để thực hiện công việc:

Một khi bạn đã xác định phạm vi dự án, câu hỏi tiếp theo để tự hỏi mình là, 'Có thể làm công việc này trong thời gian và chi phí ràng buộc đặt vào nó bởi khách hàng? 'Để trả lời câu hỏi này, bạn phải phân tích tính khả thi. Sau khi hoàn thành phân tích, bạn có thể quyết định rằng dự án không khả thi như đã được xác định. Bạn phải từ chối nó hoặc thuyết phục khách hàng để giảm phạm vi để một cái gì đó dễ quản lý hơn.

Khi bạn đã xác định rằng dự án có thể thực hiện được, bạn sẽ biết nhân viên nào bạn cần để thực hiện công việc. Tại thời điểm này bạn cần phải quyết định ai sẽ làm việc cho dự án. Bạn có thể tự mình làm một công việc nhỏ, nhưng hầu hết các nỗ lực phát triển đòi hỏi phải có một nhóm gồm nhiều cá nhân. Tìm kiếm những người có kỹ năng cần thiết (và những người cũng sẵn sàng làm việc trong dự án khi bạn cần) có thể là thách thức như bất kỳ phần nào trong tổng số nỗ lực phát triển.

Tạo bản khai yêu cầu

Khi bạn đã thỏa thuận với khách hàng về chính xác dự án sẽ bao gồm, bạn có thể viết một Tuyên bố yêu cầu chính thức. Bản khai yêu cầu là một tuyên bố rõ ràng về cơ chế hiển thị, cập nhật và điều khiển cơ sở dữ liệu.

Bản khai yêu cầu phải được chi tiết càng tốt. Về bản chất nó là hợp đồng giữa bạn và khách hàng. Bạn đồng ý về chính xác những gì sẽ được giao và khi nào nó sẽ được giao. Để niêm phong việc sắp xếp, cả bạn và khách hàng của bạn phải ký vào bản Tuyên bố Yêu cầu, có nghĩa thỏa thuận về những gì bạn sẽ chịu trách nhiệm giao hàng. Bước này có vẻ khá chính thức, nhưng nó bảo vệ cả hai bên. Không bao giờ có thể có bất kỳ câu hỏi sau này như những gì đã được đồng ý.

Tạo ra một mô hình cơ sở dữ liệu chính thức

Cho đến nay, dự án chủ yếu được phân tích. Tại thời điểm này, bạn có thể vào giai đoạn thiết kế và thực hiện việc chuyển đổi từ phân tích sang thiết kế. Bạn rất có thể biết tất cả mọi thứ bạn cần biết về sự cố, vì vậy bây giờ bạn có thể bắt đầu thiết kế giải pháp.

Thiết kế cơ sở dữ liệu là tất cả về các mô hình. Tại thời điểm này, bạn có mô hình dữ liệu của người dùng, nắm bắt khái niệm của người dùng về cấu trúc của cơ sở dữ liệu. Nó bao gồm tất cả các loại đối tượng chính, các đặc tính của các đối tượng đó, và các đối tượng liên quan đến nhau như thế nào. Tuy nhiên, nó không phải là cấu trúc đầy đủ để làm cơ sở cho một thiết kế cơ sở dữ liệu. Do đó, bạn cần chuyển đổi mô hình dữ liệu của người dùng thành mô hình phù hợp với một trong những hệ thống mô hình cơ sở dữ liệu chính thức đã được phát triển trong vài thập kỷ qua.

Phổ biến nhất của các hệ thống mô hình chính thức là mô hình quan hệ thực thể, thường được gọi là mô hình E-R. Với mô hình này, bạn có thể nắm bắt những gì người dùng đã nói với bạn vào một hình thức được xác định rõ ràng mà sau đó bạn có thể dễ dàng chuyển thành cơ sở dữ liệu quan hệ.

Một khi bạn đã có hệ thống dưới dạng một mô hình E-R, rất dễ dàng để chuyển thành mô hình quan hệ. Mô hình quan hệ là cái gì mà DBMS của bạn hiểu, và bạn có thể tạo cơ sở dữ liệu trực tiếp từ nó.

Thiết kế ứng dụng cơ sở dữ liệu

Một khi bạn đã thiết kế cơ sở dữ liệu, nhiệm vụ thiết kế chỉ được thực hiện một nửa. Bạn có một cấu trúc mà bây giờ bạn có thể điền dữ liệu, nhưng bạn chưa có một công cụ để vận hành dữ liệu đó. Công cụ mà bạn phải thiết kế bây giờ là ứng dụng cơ sở dữ liệu.

Ứng dụng cơ sở dữ liệu là một phần của tổng số hệ thống tương tác với người dùng. Nó tạo ra tất cả mọi thứ mà người dùng nhìn thấy trên màn hình. Nó cảm nhận và đáp ứng mọi trầm cảm quan trọng mà người dùng tạo và mọi hành động chuột mà người dùng thực hiện. Nó in tất cả các báo cáo được đọc bởi đồng nghiệp của người dùng. Từ quan điểm của người sử dụng, ứng dụng cơ sở dữ liệu

là hệ thống. Trong việc thiết kế ứng dụng cơ sở dữ liệu, bạn phải đảm bảo rằng nó cho phép người dùng làm tất cả mọi thứ mà Bản tuyên bố yêu cầu hứa hẹn rằng họ sẽ có thể làm được.Nó cũng phải trình bày một giao diện người dùng dễ hiểu và dễ sử dụng. Các chức năng của hệ thống phải xuất hiện ở các vị trí logic trên màn hình. Người sử dụng phải dễ dàng nắm bắt làm thế nào để thực hiện tất cả các chức năng mà ứng dụng cung cấp.

Xây dựng nó

Bây giờ bạn đã có một thiết kế cơ sở dữ liệu, bạn có thể tạo ra các bảng, các mối quan hệ giữa chúng, và các ràng buộc về dữ liệu đó có thể được nhập vào chúng.

Tài liệu đó

Tất cả mọi thứ bạn đã làm và lý do cho tất cả các quyết định bạn đã đưa ra phải được ghi chép tỉ mỉ. Hy vọng rằng, bạn đã làm việc này suốt. Ở giai đoạn này, tất cả những gì bạn cần làm là đưa tài liệu vào hình thức cuối cùng của nó. Một nhà phát triển có thẩm quyền không quen thuộc với dự án sẽ có thể nhặt nó lên sau khi bạn chuyển sang những thứ lớn hơn và tốt hơn.

Kiểm tra mọi thứ

Khi bạn đã xây dựng và lưu trữ một hệ thống cơ sở dữ liệu, có vẻ như bạn đã hoàn tất và có thể tận hưởng kỳ nghỉ xứng đáng, nhưng bạn vẫn chưa hoàn thành - hệ thống cần phải được kiểm tra nghiêm ngặt. Việc kiểm tra đó cần được thực hiện bởi một người không nghĩ theo cách tương tự. Một khi hệ thống trở nên hoạt động, người dùng sẽ làm những điều mà bạn không bao giờ tưởng tượng. Họ sẽ kết hợp các lựa chọn mà bạn không lường trước được, nhập các giá trị vào các trường không có ý nghĩa, và làm những điều ngược lại và lộn ngược. Không có nói những gì họ sẽ làm. Bất kể điều gì không mong muốn của người dùng, bạn muốn hệ thống phản hồi theo cách bảo vệ cơ sở dữ liệu và hướng dẫn người dùng thực hiện các hành động nhập thích hợp.

Duy trì thành phẩm

Sau khi bạn đã phân phối đúng giờ và ngân sách, tổ chức kỷ niệm và thu tiền thanh toán cuối cùng cho công việc, trách nhiệm của bạn vẫn chưa chấm dứt. Ngay cả khi người kiểm tra độc lập đã làm một công việc tuyệt vời để cố làm cho hệ thống thất bại, sau khi giao hàng, nó vẫn có thể chứa các lỗi tiềm ẩn xuất hiện trong vài tuần, vài tháng hoặc thậm chí nhiều năm sau. Bạn có thể có nghĩa vụ sửa lỗi miễn phí, tùy thuộc vào hợp đồng của bạn với khách hàng.

Ngay cả khi không tìm thấy lỗi, bạn vẫn có thể có một số trách nhiệm liên tục. Rốt cuộc, không ai hiểu được hệ thống cũng như bạn. Theo thời gian, các nhu cầu của khách hàng sẽ thay đổi. Có lẽ cô ấy cần các chức năng bổ sung, hoặc muốn di chuyển sang phần cứng mới hơn, mạnh mẽ hơn. Những khả năng này có thể yêu cầu sửa đổi ứng dụng cơ sở dữ liệu và bạn đang ở vị trí tốt nhất để thực hiện các sửa đổi đó dựa trên kiến ​​thức sẵn có của bạn. Công việc bổ sung này có thể có nghĩa là một số doanh thu bổ sung tốt đẹp cho bạn.