Khi hình thành một nhiệm vụ kỹ thuật, nó nhất thiết phải liệt kê tất cả các yêu cầu cho một hệ thống thông tin, nếu không, nhà phát triển sẽ đơn giản không biết mục đích của sản phẩm được tạo ra là gì, mục đích của nó là gì và làm như thế nào. Nhiệm vụ của việc xây dựng các yêu cầu nằm ở khách hàng, mặc dù trong thực tế, các nhà quản lý thông qua đó đơn hàng được đặt thường giúp ích cho việc này. Nhưng sinh viên tham gia viết bài báo, luận văn, nên có thể độc lập lập danh sách đó.
Hiểu biết chung
Quá trình tạo IP khá phức tạp, bao gồm nhiều giai đoạn kế tiếp nhau. Các chuyên gia, làm việc trong dự án, buộc phải đối phó với nhiều khó khăn. Ở một mức độ nào đó, điều này có thể được đơn giản hóa bằng cách xây dựng các yêu cầu chính xác cho hệ thống thông tin. Không phải lúc nào cũng rõ ràng tại sao các vấn đề phát sinh, đặc biệt là khi làm việc trên các sản phẩm sáng tạo và tạo ra một mô tả toàn diện về tất cả các hành động mà sản phẩm dự định thường là một nhiệm vụ khó khăn.
Chú ý đến tất cả các chi tiết
Một bức tranh hoàn chỉnh về chức năng của sản phẩm là một danh sách đầy đủ các yêu cầu cho một hệ thống thông tin. Nó cũng bao gồm các khía cạnh mà khách hàng gợi ý và lập trình viên thực hiện khi tạo dự án. Quá trình xây dựng năng lực, nghiên cứu phân tích, tài liệu và kiểm tra hiệu suất của họ là sự phát triển của các yêu cầu, trong đó có thể xác định chính xác tất cả các hạn chế và đi đến thống nhất giữa những điều mà tôi muốn và một cách thực sự khả thi. Điều quan trọng cần nhớ là các kỹ sư hiện đại không phải là các nhà ảo thuật, nhưng những người sử dụng các công cụ kỹ thuật có thể truy cập, những khả năng, thật không may, cũng bị hạn chế. Khía cạnh thời gian không kém phần quan trọng, vì công việc tạo ra và thực hiện các yêu cầu đòi hỏi chi phí thời gian đáng kể - tháng và đôi khi nhiều năm.
Đó là những gì?
Nó là thông lệ để nói về các yêu cầu hệ thống và người dùng cho một hệ thống thông tin. Ngôn ngữ tự nhiên mô tả những thứ được trình bày bởi một người dùng cụ thể. Để làm rõ từ ngữ, bạn có thể sử dụng các sơ đồ có mức độ phức tạp khác nhau. Điều này cho phép bạn tạo ấn tượng chung về các chức năng mà IP dự định sẽ được thực hiện và những hạn chế mà bạn sẽ gặp phải trong công việc.
Yêu cầu hệ thống là những đặc điểm cụ thể của dự án, kiến thức cho phép bạn chuyển những mong muốn của khách hàng thành hiện thực. Các yêu cầu kỹ thuật cho hệ thống thông tin này bao gồm phần trình bày về các tính năng của thiết bị, sức mạnh của nó, cũng như sự lựa chọn có lợi cho một tùy chọn kiến trúc cụ thể. Nhiều khía cạnh khác có thể được quy cho các hệ thống, không rõ ràng đối với người dùng, nhưng quy định sản phẩm cuối cùng sẽ là gì.
Yêu cầu: lấy chúng ở đâu?
Các nhiệm vụ xây dựng và phê duyệt các yêu cầu cho một hệ thống thông tin không đơn giản như thoạt nhìn. Thuật ngữ này được sử dụng để biểu thị một quy trình có cấu trúc phức tạp như vậy, trong khuôn khổ tài liệu được tạo ra, được xác nhận bởi khách hàng, nhà thầu, quy định rõ ràng tất cả các thông số kỹ thuật của sản phẩm. Phát triển được chia thành bốn bước liên tiếp:
- hoạt động phân tích để xác định mức độ khả thi của kế hoạch;
- sáng tạo, nghiên cứu phân tích các yêu cầu trực tiếp;
- xây dựng các yêu cầu cho việc hình thành tài liệu hỗ trợ;
- chứng nhận các yêu cầu hệ thống dữ liệu cho thông tin, cũng như các điều kiện khác, các quy tắc để thực hiện dự án.
Không đơn giản
Nếu các yêu cầu về bảo mật hệ thống thông tin, nội dung thông tin, định dạng, nhiệm vụ quản lý và các khía cạnh khác của chức năng của dự án đã được thiết lập, điều đó không có nghĩa là chúng sẽ không thay đổi cho đến khi kết thúc chiến thắng. Quy trình công việc thường đi kèm với một sự thay đổi trong các thông số kỹ thuật và yêu cầu được thiết lập. Điều này xảy ra không chỉ theo sáng kiến của khách hàng, mà còn của nhà thầu, người phải đối mặt với một số hạn chế kỹ thuật nhất định ngăn cản việc thực hiện một số khía cạnh theo kế hoạch. Điều quan trọng là phải xem xét các tính năng của kiểm soát quá trình. Quản lý thay đổi là một trong những khía cạnh quan trọng của việc phát triển các yêu cầu và việc thực hiện chúng trong một IP cụ thể.
Một khía cạnh quan trọng của việc làm việc với các yêu cầu là định nghĩa của những người có phân tích thông tin linh hoạt tiếp theo. Đối với điều này, một mô hình làm việc tổng quát được sử dụng. Trong khuôn khổ của một doanh nghiệp cụ thể, một hệ thống quản lý yêu cầu hệ thống thông tin duy nhất đang được triển khai, cho phép hình thành, điều chỉnh, chấp nhận, từ chối các điều kiện đã chọn. Phần lớn phụ thuộc vào trình độ của công nhân, loại IP họ đang làm việc, các tiêu chuẩn được sử dụng trong quy trình làm việc.
Nó trông như thế nào?
Trong thực tế, từ ngữ, phân tích các yêu cầu về bảo mật hệ thống thông tin, điền dữ liệu, cấu trúc (và hệ thống và người dùng khác) trước tiên liên quan đến việc xác định các tính năng của một lĩnh vực chủ đề cụ thể. Nó được điều tra bởi các nhà phân tích có trình độ, xác định các thông số cụ thể của lĩnh vực ứng dụng của sản phẩm được phát triển trong tương lai. Sau đó, họ bắt đầu thu thập các yêu cầu sơ bộ, làm việc với những người xây dựng thông tin đó. Song song, họ tiếp tục làm việc để hoàn thiện khu vực chủ đề.
Bước tiếp theo trong việc xây dựng các yêu cầu cho các hệ thống thông tin thành phố, tư nhân, được sử dụng trong các cơ quan chính phủ là tạo ra một hệ thống phân cấp thông tin được xác định. Nếu việc thu thập thông tin ban đầu tạo ra một phức hợp dữ liệu hỗn loạn, thì trong khuôn khổ hệ thống hóa nó được sắp xếp, tạo ra các nhóm yếu tố có kết nối logic với nhau.
Tiếp tục công việc
Bước tiếp theo trong đặc tả các yêu cầu thông tin trong các hệ thống thông tin, cấu trúc của dự án, các tính năng nội bộ, chức năng là xác định mâu thuẫn và giải quyết xung đột. Khi họ nhận được thông tin từ một loạt các bên thứ ba về công việc của IP được thiết kế, họ gặp phải vấn đề sau: mỗi người có những ý tưởng độc đáo của riêng họ về khả năng của dự án và mục đích của nó. Thông thường, các ý tưởng nhận được từ những người khác nhau xung đột với nhau, và cũng mâu thuẫn với logic, các khả năng kỹ thuật hiện có, thông qua đó hệ thống được thực hiện. Để hợp lý hóa tình hình, sau khi phân tích kỹ lưỡng, cần xác định tất cả các mâu thuẫn và tìm giải pháp thỏa hiệp tối ưu để giải quyết chúng.
Xác định mâu thuẫn và phân tích tính khả thi của tất cả các yêu cầu, cũng cần thiết phải xây dựng một hệ thống ưu tiên. Luôn luôn có nhiều quan trọng hơn và ít quan trọng hơn trong số các yêu cầu chung. Nhiệm vụ của các nhà phát triển là hợp tác chặt chẽ với những người tạo ra các yêu cầu để xác định các khía cạnh được thiết lập nào của chức năng sản phẩm là quan trọng nhất và có thể chờ đợi hoặc bị hủy bỏ hoàn toàn nếu điều kiện bên ngoài tiêu cực góp phần vào điều này (ví dụ, thiếu thời gian). Sau khi tạo ra một hệ thống ưu tiên, chúng ta có thể bắt đầu kiểm tra các khía cạnh được xác định về tính đầy đủ, tính tương thích giữa chúng và tính nhất quán.
Từng bước
Các yêu cầu đối với hệ thống thông tin (dữ liệu cá nhân, thông tin về công việc của doanh nghiệp và bất kỳ hệ thống nào khác) được xây dựng như một phần của quy trình theo chu kỳ. Tất cả các giai đoạn được kết nối cả trực tiếp và nghịch đảo. Các bước được mô tả ở trên: trước tiên bạn cần xác định các tính năng của khu vực chủ đề, sau đó dần dần đi đến bước xác định tính tương thích của các yêu cầu, cũng như tính đầy đủ của chúng và các tham số khác, cho phép chúng tôi nói về khả năng áp dụng các điều kiện thu được trong thực tế. Nếu bạn quản lý để tạo ra một bức tranh đầy đủ về khu vực chủ đề, nó đã đặt các điều kiện làm việc, đặc biệt là chức năng. Sự lặp lại của chu trình cho một cái nhìn chính xác hơn, sâu hơn về khu vực, chu kỳ thứ ba sẽ giúp cho việc đưa ra các yêu cầu rõ ràng hơn nữa. Sự lặp lại là cần thiết cho đến khi tất cả những người tham gia vào quy trình làm việc hiểu chính xác hệ thống được thiết kế để làm gì và nó sẽ hoạt động như thế nào, những gì cần được thực hiện khi làm việc trên một dự án.
Để quá trình hình thành các yêu cầu có hiệu quả và kết quả của nó được áp dụng trong công việc, cần phải tuân theo các thuật toán được chấp nhận chung cho các điều kiện xây dựng.
Điểm tham chiếu
Đây là phương pháp cơ bản để xác định các yêu cầu cho các hệ thống thông tin nhà nước, đặc biệt - nói tóm lại, hoàn toàn là bất cứ ai, bất kể chúng được sử dụng ở đâu. Là một phần của định nghĩa về các điều kiện, cần phải nhận ra như một điều kiện ban đầu rằng các quan điểm về vấn đề đang xem xét có thể khác nhau. Chúng được xác định và sử dụng làm cơ sở cho việc xây dựng quy trình thu thập yêu cầu đầu tiên, và sau đó là các điều kiện thực tế.
Quan điểm là một khái niệm khá mơ hồ, vì vậy một số cách tiếp cận đã được phát triển để giải thích nó khác nhau. Giải thích đơn giản nhất về khái niệm này là một nguồn dữ liệu mô tả cách IP sẽ hoạt động. Điểm tham chiếu trở thành cơ sở để mô hình hóa IP và sử dụng thông tin trong sản phẩm. Việc thu thập các yêu cầu liên quan đến việc xác định tất cả các điểm tham chiếu quan trọng được tiếp tục sử dụng trong quá trình xây dựng sản phẩm. Nó cũng tính đến cách các kỹ thuật sẽ được sử dụng để xử lý dữ liệu.
Phương pháp thay thế
Một cách giải thích khác về khái niệm của điểm quan điểm của người dùng, liên quan đến nhận thức về thuật ngữ này như là một cấu trúc đại diện. Trên thực tế, đây là một yếu tố của mô hình sản phẩm. Các quan điểm khác nhau cho phép bạn tạo ra nhiều mô hình máy trạng thái hữu hạn, tương tác của các thực thể và các mối quan hệ giữa chúng trong một dự án cụ thể. Các chi tiết cụ thể của phạm vi dự án được tính đến.
Quan điểm có thể có nghĩa là ý kiến của người nhận bên ngoài của dịch vụ được triển khai thông qua IP. Dựa trên TK, có thể xác định dữ liệu được sử dụng trong việc thực hiện các dịch vụ hệ thống, quản lý của họ. Cách tiếp cận này được coi là hiệu quả nhất. Nó hình thành cơ sở của Định nghĩa các yêu cầu theo định hướng quan điểm, một phương pháp cụ thể để xác định các yêu cầu cho phép bạn xác định thông tin và phân tích hiệu quả.
Làm việc với quan điểm
Đầu tiên, chúng cần được xác định, cũng như để xác định tất cả các dịch vụ được liên kết với một điểm cụ thể. Sau đó, hệ thống được cấu trúc theo cách phân cấp, nhóm các quan điểm với nhau, tiết lộ các dịch vụ chung cho IP. Những người được xếp hạng là cấp bậc cao nhất. Họ sẽ được thừa kế bởi tất cả TK ở cấp độ thấp hơn.
Hỗ trợ TK cần phải được ghi nhận. Đối với thông tin này được mô tả rõ ràng, đưa ra kết quả nhận dạng. Sau đó, có thể thiết lập một hệ thống TK trong đó tất cả các đối tượng IP được xác định từ thông tin thu thập sẽ được phản ánh.
Hãy dành thời gian của bạn!
Theo quy định, làm việc trên IP bắt đầu bằng một phiên động não quy mô lớn được thiết kế để xác định tất cả các yêu cầu có thể có cho một dự án. Cần phải nhận thức trước rằng gần như không thể xác định tất cả các yêu cầu có thể với một thủ tục. Hệ thống càng phức tạp, sẽ càng cần nhiều thủ tục như vậy.Chỉ khi các phiên động não lặp đi lặp lại liên quan đến cả khách hàng và nhà thầu không cung cấp thông tin hữu ích, họ mới cho rằng một cách hợp lý rằng các ĐKTC hỗ trợ đã được xác định và các yêu cầu đã được đưa ra, chúng ta mới có thể bắt đầu thực hiện chúng bằng các phương tiện kỹ thuật.
Yêu cầu chứng nhận
Quy trình này cho phép bạn hiểu mức độ mà các yêu cầu tương ứng với ý tưởng của khách hàng về sản phẩm cuối cùng. Xác minh là một trong những bước quan trọng nhất trong việc phát hiện một thông số kỹ thuật sai và loại bỏ nó trước. Mặt khác, việc thay đổi sẽ phải được thực hiện ở giai đoạn khi hệ thống đã được thiết kế và xây dựng, điều này kéo theo cả tổn thất tài nguyên tạm thời và khác. Các vấn đề lớn nhất mang lại lỗi được phát hiện sau khi giới thiệu sản phẩm trong doanh nghiệp.
Trong trường hợp chung, công việc điều chỉnh hệ thống được đánh giá cao hơn nhiều so với việc phát hiện và sửa lỗi không chính xác ở giai đoạn thiết kế IP, chức năng mã hóa. Thay đổi yêu cầu trong hầu hết các trường hợp gây ra những thay đổi cấu trúc ấn tượng, bao gồm cả mức cơ bản. Điều này có nghĩa là sau khi thực hiện các thay đổi, bạn sẽ phải trải qua đầy đủ các xác minh và thử nghiệm để đảm bảo rằng tất cả các công cụ được thiết kế đều hoạt động chính xác.