LLC "Tài liệu kỹ thuật. Áp dụng tiêu chuẩn nhà nước trong thiết kế hệ thống thông tin
Giới thiệu
Trong tiêu chuẩn này, các thuật ngữ được sắp xếp một cách có hệ thống, phản ánh hệ thống các khái niệm trong lĩnh vực trao đổi thông tin điện tử. Các thuật ngữ được nhóm thành các tiểu mục kết hợp một số thuật ngữ có liên quan theo chủ đề.
Có một thuật ngữ tiêu chuẩn hóa cho mỗi khái niệm.
Các thuật ngữ tiêu chuẩn hóa có phông chữ đậm, dạng viết tắt của chúng được thể hiện bằng chữ viết tắt có phông chữ nhạt và các từ đồng nghĩa được in nghiêng trong ngoặc.
Một phần của thuật ngữ dài dòng có thể được bỏ qua ở dạng rút gọn sẽ được hiển thị trong dấu ngoặc đơn với phông chữ nhạt.
Trong ngoặc vuông sau định nghĩa là ký hiệu của tiêu chuẩn phù hợp với định nghĩa của thuật ngữ được giới thiệu.
Trong một số trường hợp, sau thuật ngữ này sẽ đưa ra những giải thích cần thiết về thuật ngữ được xác định (trong ngoặc vuông).
Trong nội dung của tiêu chuẩn này, các thuật ngữ mượn từ các tiêu chuẩn khác được đặt trong một khung. Trong ngoặc vuông là các tham chiếu đến các tiêu chuẩn này và chỉ ra số sê-ri trong thư mục.
Các thuật ngữ sau đây được sử dụng trong các phụ lục của tiêu chuẩn này:
Hiệu lực pháp lý của tài liệu, quy tắc tài liệu, luồng tài liệu (GOST R 51141-98);
Mối quan hệ hệ thống mở, mô hình tham chiếu cơ bản, cấp độ, cấp độ trình bày, cấp độ ứng dụng (GOST R ISO/IEC 7498-1-99);
Byte, chữ số, dữ liệu số, chữ cái, ký hiệu, số, thông tin (ISO/IEC 2382-1-93).
6.4 Loại ElD
CHÚ THÍCH Các định nghĩa giao thức đã cho là tương đương trong bối cảnh của tiêu chuẩn này. Thứ hai trong số đó là truyền thống, nhưng quá chi tiết trong bối cảnh này.
tài liệu: Thông tin và các phương tiện truyền thông liên quan.
tài liệu: Một khối thông tin được chỉ định duy nhất để con người sử dụng, chẳng hạn như báo cáo, thông số kỹ thuật, sổ tay hoặc sách.
tài liệu: Thông tin có cấu trúc, trực tiếp hoặc gián tiếp dành cho con người, có thể được truyền, lưu trữ, truy xuất và xử lý thông qua các ứng dụng của tổ chức.
Lưu ý - Định nghĩa này cũng được sử dụng trong GOST R ISO/IEC 10166, GOST R ISO/IEC 10740.
tài liệu(yếu tố tài liệu): Thông tin được nhắm mục tiêu dành cho một đối tượng cụ thể, được đặt trên một phương tiện cụ thể (ví dụ: sách, đĩa, thẻ tham khảo nhanh) theo định dạng cụ thể.
tài liệu: Một khối thông tin có cấu trúc, nhằm mục đích nhận biết trực quan, có thể được trao đổi dưới dạng một đơn vị giữa người dùng và/hoặc hệ thống.
tài liệu: Một tập hợp thông tin được xử lý tổng thể. Tài liệu được phân loại theo loại tài liệu cụ thể.
LƯU Ý Trong tiêu chuẩn này, thuật ngữ này hầu như luôn có nghĩa là (không mất đi độ chính xác) một tài liệu SGML.
tài liệu điện tử: Một tài liệu trên một phương tiện có thể đọc được bằng máy đòi hỏi phải sử dụng công nghệ máy tính.
tài liệu điện tử(DE): Đối tượng thông tin gồm 2 phần:
Thông tin chi tiết chứa các thuộc tính nhận dạng (tên, thời gian và địa điểm sáng tạo, thông tin về tác giả, v.v.) và chữ ký số điện tử;
Nếu cần, DE có thể hiển thị dưới nhiều hình thức trực quan khác nhau: trên màn hình hoặc trên giấy.
A.2 Mô hình khái niệmđược thông qua trong ISO 2382-, ISO 14662, ISO/IEC 10746-1
Sự tồn tại của các ví dụ trên (nhưng chưa đầy đủ) về các định nghĩa không nhất quán của cùng một khái niệm, trước hết là do thực tế là mỗi định nghĩa trên được giới hạn trong phạm vi áp dụng của một tiêu chuẩn cụ thể và tập trung vào việc giải quyết các vấn đề. một vấn đề về luồng tài liệu cụ thể. Thuật ngữ của tiêu chuẩn này nhất quán với các cách tiếp cận được áp dụng trong các tiêu chuẩn cơ bản về thuật ngữ trong lĩnh vực CNTT (tiêu chuẩn của bộ tiêu chuẩn ISO 2382), trao đổi điện tử dữ liệu (ISO 14662) và xử lý thông tin trong hệ thống phân phối(Bộ tiêu chuẩn ISO/IEC 10746).
Được thông qua trong các tiêu chuẩn này cách tiếp cận hiện đạiđối với đặc tả CNTT dựa trên sự tách biệt hai khía cạnh khác nhau của hiện tượng: xã hội (trong trường hợp này là mục đích, thông tin, tài liệu, v.v.) và công nghệ (trong trường hợp này là phương tiện, định dạng, dữ liệu, v.v.). Tiêu chuẩn thiết lập các quy tắc đảm bảo hài hòa các vấn đề liên quan đến các khía cạnh xã hội quản lý tài liệu điện tử(thông tin kinh doanh, hợp đồng, thỏa thuận và quy tắc được thông qua giữa các tổ chức, bao gồm các vấn đề về bảo mật, độ tin cậy, v.v.) và bản thân các vấn đề CNTT ( chức năng, giao diện dịch vụ, giao thức, v.v.).
Các khái niệm được giới thiệu trong tiêu chuẩn này phản ánh bản chất xã hội của khái niệm “tài liệu” và giúp kết nối tài liệu với việc triển khai nó bằng các phương pháp CNTT dựa trên bộ tiêu chuẩn ISO 14662 và ISO/IEC 10746.
Phụ lục B
Một tài liệu có thể tồn tại dưới dạng một đối tượng hoặc quy trình vật chất đóng vai trò trung gian trong tương tác thông tin.
Việc phân chia tài liệu thành analog, rời rạc và điện tử được xác định bởi các công nghệ được sử dụng. Sự khác biệt giữa chúng là sự khác biệt về môi trường tồn tại, và do đó ở dạng tồn tại và biểu hiện của chúng. Hơn nữa, cùng một tài liệu, bất kể dưới hình thức nào, đều phản ánh cùng một quan hệ xã hội và thực hiện các chức năng xã hội tương tự.
Lưu ý - Trong một số trường hợp, các yêu cầu đối với tài liệu giới hạn các hình thức tồn tại có thể có của tài liệu. Ví dụ: tiền giấy chỉ có thể tồn tại ở dạng giấy (tài liệu tương tự) và ở dạng một bản sao duy nhất.
Một tài liệu tương tự là một đối tượng của môi trường tương tự. Ví dụ: một tài liệu giấy văn bản truyền thống được phân loại là một tài liệu tương tự. Khái niệm A&D bao gồm tất cả các hình thức trình bày tài liệu truyền thống trên phương tiện tương tự: giấy, ảnh và phim, v.v. Dạng biểu diễn tương tự có thể được chuyển đổi thành dạng rời rạc bằng cách sử dụng số hóa (thuật ngữ).
Khái niệm “tài liệu điện tử” đề cập đến việc xử lý dữ liệu bằng CNTT. Tính năng đặc trưng CNTT là sự chuyển đổi dữ liệu đã được xử lý từ một dạng biểu diễn (triển khai, thuật ngữ) sang một dạng biểu diễn khác và có thể là sự tồn tại đồng thời của một số biểu diễn tương đương của cùng một dữ liệu. Phương pháp xử lý dữ liệu chính trong CNTT là xử lý số. Tài liệu điện tử ở dạng số là tài liệu rời rạc.
Do quy luật của môi trường điện tử, dữ liệu điện tử chỉ có thể tồn tại trong môi trường này dưới dạng một tập hợp các triển khai tương đương, mỗi trong số đó có thể được chuyển đổi thành một dữ liệu khác dựa trên các quy tắc chính thức và tất cả chúng đều hiển thị cùng một thông tin. Xác định ElD, tức là tập hợp các triển khai tương đương, có thể dựa trên bất kỳ tập hợp con nào, bao gồm một triển khai.
Bất kỳ công việc nào có tài liệu điện tử đều là sự chuyển đổi từ một triển khai này sang một triển khai khác và một số triển khai có thể tồn tại đồng thời. Ví dụ: khi phát một trường được lưu trữ trong một tệp trên đĩa trên màn hình điều khiển, ít nhất hai triển khai tồn tại đồng thời: tệp trên đĩa và hình ảnh trên màn hình. Ngoài ra, tùy thuộc vào kiến trúc phần cứng và phần mềm, có thể có: một tập tin ở bộ nhớ truy cập tạm thời máy tính, tập tin trong bộ nhớ của thiết bị video, tập tin trong bộ nhớ ổ đĩa, luồng dữ liệu trong các kênh kết nối các thiết bị khác nhau, vân vân. Tất cả những cách triển khai này đều tương đương nhau, bởi vì đại diện cho cùng một tài liệu. Các thuộc tính của việc triển khai này, mối quan hệ với môi trường tồn tại và các quy tắc chuyển đổi chúng thành nhau được xác định bởi các quy luật của môi trường điện tử.
Giống như trong lĩnh vực hiệu quả tài liệu có các yêu cầu đối với tài liệu, trong lĩnh vực hiệu quả dữ liệu điện tử cũng có các yêu cầu đối với việc triển khai dữ liệu điện tử trong môi trường điện tử và kỹ thuật số. Tính đặc thù của các yêu cầu (triển khai) tài liệu điện tử liên quan đến các yêu cầu chung đối với tài liệu trong phạm vi hiệu quả của nó được xác định bởi các quy luật về môi trường tồn tại của nó.
Đặc biệt, sau này xác định rằng trong môi trường điện tử, dữ liệu điện tử chỉ có thể tồn tại dưới dạng nhiều triển khai được kết nối với nhau. Tính liên kết của các triển khai có nghĩa là một triển khai có thể được lấy từ một triển khai khác do kết quả của một chuyển đổi được xác định chính thức. Mỗi cách triển khai này chỉ có thể tồn tại trong một phần của môi trường điện tử. Luật pháp trong môi trường này thiết lập các hạn chế đối với việc lựa chọn lĩnh vực được phép thực hiện hiệu quả, vốn là một tiểu lĩnh vực về hiệu quả của eD.
Trong số các triển khai, một tập hợp con của các bản sao được nhấn mạnh do tầm quan trọng đặc biệt của chúng đối với một người - khả năng nhận thức trực tiếp của chúng. Trong ví dụ trên, chỉ có thể triển khai ElD trên màn hình điều khiển để nhận biết trực tiếp và nó đại diện cho toàn bộ tập hợp triển khai ElD này, bao gồm cả. tập tin trên đĩa máy tính của bạn.
Lĩnh vực hiệu quả EL là sự kết hợp của các lĩnh vực về hiệu quả triển khai của nó, trong đó mỗi lĩnh vực đều có các quy tắc thống nhất (trong ngành) để xử lý và chuyển đổi dữ liệu được thiết lập.
Lĩnh vực hiệu quả EL được chia thành các tiểu lĩnh vực “theo chiều dọc” và “theo chiều ngang”. Sự phân chia theo chiều dọc được xác định bởi các cấp độ của mô hình VOS (GOST R ISO/IEC 7498-1), đặc biệt, tương ứng với các mức độ chi tiết khác nhau trong mô tả môi trường điện tử. Sự phân chia theo chiều ngang được xác định bởi sự có mặt Những khu vực khác nhau xử lí dữ liệu. Khu vực xử lý dữ liệu là các thiết bị riêng lẻ để xử lý, lưu trữ và truyền dữ liệu. Những nhận thức tồn tại trong các tế bào riêng biệt do sự phân chia này tạo ra. Việc chuyển đổi triển khai này sang triển khai khác, nằm trong ô liền kề, được thực hiện trên cơ sở các quy tắc (thuật toán) chính thức và có thể đảo ngược.
Lưu ý - Một số thiết bị có thể được coi là tổng thể, khi được kết hợp thành một khu vực xử lý, cấu trúc bên trong của nó không có ý nghĩa quan trọng đối với việc xem xét này. Đặc biệt, bất kỳ hệ thống xử lý dữ liệu nào cũng là một khu vực bao gồm một số thiết bị; ở mức độ xem xét mà tại đó các chi tiết về cấu trúc bên trong của hệ thống không được quan tâm thì hệ thống được coi là một tổng thể duy nhất.
Trong môi trường xã hội, một tài liệu phải có các thuộc tính trên cần thiết để tài liệu thực thi nó. vai trò xã hội. Sự hiện diện của các đặc tính này trong tài liệu được hình thành dưới dạng các yêu cầu của môi trường xã hội và việc thực hiện các yêu cầu này phải được đảm bảo bằng các phương tiện kỹ thuật. Các yêu cầu thực hiện một tài liệu xuất phát từ các quy luật của môi trường công nghệ và các yêu cầu xã hội đối với tài liệu đó.
Tính cố định của một tài liệu có nghĩa là thông điệp mà nó truyền tải khắc phục một số sự kiện, sự kiện, mối quan hệ và ý nghĩa của thông báo này không phụ thuộc vào việc triển khai nội dung (nói một cách không chính thức, ý nghĩa của tài liệu là “cố định”). Đối với AnD, tính cố định có nghĩa là, ví dụ, nội dung (ý nghĩa) của luật không nên phụ thuộc vào việc thực hiện kiểu chữ. Ví dụ, đối với ELD, tính cố định có nghĩa là nội dung (ý nghĩa) của luật không nên phụ thuộc vào việc thực hiện nó - dưới dạng tệp trên đĩa, hình ảnh trên màn hình hoặc luồng tín hiệu trên mạng.
Như vậy, tính cố định của tài liệu không có nghĩa là tính cố định của hình thức trình bày mà phải được đảm bảo bởi (các) hình thức trình bày đã chọn (các phần , - ) và các quy trình xử lý tương ứng (các phần , và ). Trong môi trường điện tử, yêu cầu xã hội về tính cố định tồn tại dưới dạng yêu cầu hình thức nhằm duy trì một bất biến nhất định trong quá trình làm việc với một tài liệu (điều này phụ thuộc vào loại tài liệu và công nghệ được sử dụng).
Khả năng truy cập của một tài liệu ngụ ý rằng nó có thể chứa các phần tử (tham số) riêng lẻ, các giá trị của chúng có thể đo được. Đối với eD, tính khả dụng dựa trên mức sử dụng định dạng được thiết lập(phần , - ), xác định cấu trúc của các triển khai cụ thể.
Giá trị của các tham số có trong yêu cầu về tính toàn vẹn có thể được chỉ định trong các văn bản quy định hoặc có thể lấy được theo một cách nhất định từ các giá trị của một số tham số trình bày tài liệu tại một số thời điểm trước đó. Đối với ELD, tính toàn vẹn được đảm bảo dựa trên ứng dụng phương pháp đã được thiết lập thực hiện xử lý, tức là dựa trên công nghệ bảo tồn thông số quy định không thay đổi (phần , và ).
Lưu ý - Các yêu cầu đối với các thông số triển khai dữ liệu điện tử, việc tuân thủ để đảm bảo tính sẵn có và tính toàn vẹn của tài liệu, tùy thuộc vào các yêu cầu xã hội đối với tài liệu. Trong trường hợp đơn giản nhất, chỉ cần có được bản sao trực quan của tài liệu điện tử (khả năng truy cập) và xác minh trực quan rằng văn bản kết quả khớp với một mẫu nhất định (tính toàn vẹn) có thể là đủ. Với các yêu cầu xã hội nghiêm ngặt hơn đối với một tài liệu, cần phải đảm bảo, ví dụ, tính sẵn có và khả năng truy cập của các thuộc tính an toàn cũng như sự tuân thủ của chúng với các yêu cầu kỹ thuật đã thiết lập.
Tính hợp pháp của một tài liệu có nghĩa là khi làm việc với nó, chỉ những thao tác hợp lệ mới được sử dụng theo một trình tự có thể chấp nhận được. Tính hợp pháp của ELD được đảm bảo bằng các phương pháp bảo vệ.
Khả năng chứng minh một tài liệu là cần thiết và việc chứng minh thực tế là đủ điều kiệnđể tài liệu đáp ứng được điều đó chức năng xã hội. Địa điểm, thời gian và các điều kiện khác của cuộc biểu tình có thể không được xác định trước mà phải được xác định ngay tại thời điểm diễn ra cuộc biểu tình với độ chính xác đảm bảo khả năng biểu tình lặp lại trong các điều kiện tương tự. Các thông số (đặc điểm) có thể được đo lường cho một hoạt động triển khai nhất định và các phương pháp đo lường chúng phải được thiết lập trước cho loại hình triển khai này.
Loại tài liệu được xác định bởi mục đích chức năng của nó, mục đích này cũng xác định các yêu cầu công nghệ để triển khai tài liệu. Đặc biệt, các khái niệm “bản sao tài liệu”, “bản sao có chứng thực của tài liệu”, “bản sao tài liệu” theo GOST R 51141 đề cập đến mục đích chức năng của tài liệu trong môi trường xã hội (thông qua khái niệm “ hiệu lực pháp luật"), không chứa các chỉ dẫn về triển khai kỹ thuật và nên được coi là định nghĩa về loại tài liệu. Trong trường hợp tài liệu (giấy) tương tự, việc tạo ra một loại tài liệu mới (“bản sao”) trùng với quy trình công nghệ sao chép. Trong trường hợp dữ liệu điện tử, do đặc thù của việc xử lý dữ liệu trong môi trường điện tử, tài liệu tồn tại dưới dạng một tập hợp (thuật ngữ) các triển khai tương đương (thuật ngữ 5.3.1) và mọi công việc liên quan đến tài liệu, bao gồm cả tài liệu. xem nó trên màn hình hiển thị bao gồm việc liên tục tạo ra các triển khai này (), tức là. trong việc “sao chép” một tài liệu. Trong trường hợp này, hoạt động công nghệ sao chép không dẫn đến việc tạo ra một loại tài liệu mới (“bản sao”) mà chỉ dẫn đến việc tạo ra một cách triển khai mới tương đương với bất kỳ cách triển khai nào khác của tài liệu điện tử.
Trong môi trường kỹ thuật số, thông tin được biểu diễn dưới dạng chuỗi bit - một tập hợp các số 0 và số 1. Hiểu thông tin này (giải thích nó) thuộc phạm vi hoạt động của con người. Bản thân trong môi trường kỹ thuật số (và điện tử), không có “sự hiểu biết” về thông tin. Trong môi trường này, chỉ có thể chỉ định các quy tắc xử lý dữ liệu chính thức (bởi con người).
Mặt khác, dữ liệu có thể được định nghĩa là việc triển khai dữ liệu điện tử trong môi trường kỹ thuật số. Dữ liệu bao gồm một chuỗi các khối - phần tử được sắp xếp theo thứ tự. Đối với mỗi phần tử, loại của nó phải được chỉ định, cho phép dữ liệu được diễn giải (được hiểu). Loại phần tử dữ liệu không phải là thuộc tính của dữ liệu mà được con người quy định trong các tiêu chuẩn, thông số kỹ thuật và các tài liệu kỹ thuật khác. Phần tử dữ liệu giống nhau có thể được diễn giải những cách khác, I E. nó có thể được quy định một số loại khác nhau. Ví dụ: một chuỗi 16 bit có thể được hiểu là mã nhị phân, bát phân, thập phân, thập lục phân, ký tự (chữ cái) hoặc mã lệnh máy. Mỗi cách giải thích này có cách tái tạo dữ liệu riêng, tập hợp các hoạt động và giá trị được phép riêng. Loại dữ liệu có thể được sử dụng để xác định phần cứng, phần mềm hoặc thiết bị khác cần thiết để tái tạo hoặc vận hành trên dữ liệu đó.
Một phần của việc giải thích dữ liệu, được biểu diễn dưới dạng các quy tắc chính thức, có thể được nhập vào máy tính và cũng được trình bày dưới dạng thuật toán chính thức. Điều này không có nghĩa là máy tính sẽ “hiểu” được thông tin. Nó sẽ chỉ thực hiện các lệnh đã cho.
Lưu ý - Bản thân các quy tắc (thuật toán) xử lý dữ liệu là những thông tin mà trong môi trường số chỉ có thể được biểu diễn dưới dạng dữ liệu.
Việc tái tạo dữ liệu dưới dạng chuỗi bit gây bất tiện cho nhận thức của con người. Do đó, dữ liệu thường được sao chép ở dạng khác, dễ đọc hơn. Loại này được xác định bởi kiểu dữ liệu được quy định cho một thành phần dữ liệu cụ thể: chữ cái, số, văn bản, hình ảnh, ghi âm, v.v.
Lưu ý - Sao chép là một phương pháp giải thích dữ liệu. Thông thường phần giải thích này được giao cho máy tính.
Ví dụ - Có thể chỉ định rằng một số phần tử dữ liệu (ở dạng số 0 và số 1) phải được hiểu là ngày. Việc giải thích phần tử dữ liệu này bằng máy tính có thể có nghĩa là một chương trình đã được nhập vào máy tính để chuyển đổi dữ liệu để nó có thể được hiển thị trên màn hình ở dạng mà con người có thể hiểu được. Mặt khác, một chương trình có thể được nhập vào máy tính để kiểm tra giá trị của phần tử dữ liệu và trong các điều kiện nhất định (bằng giá trị được chỉ định hoặc vượt quá đặt giá trị) chuyển quyền điều khiển sang chương trình khác.
Kiểu của phần tử dữ liệu tổng hợp là một chuỗi có thứ tự các kiểu phần tử con của nó.
Văn bản là cách thể hiện thông tin quen thuộc trong môi trường tương tự đối với con người. Việc giải thích cách trình bày này dựa trên kiến thức của người đọc: để đọc một văn bản, ít nhất người ta phải biết ngôn ngữ mà nó được viết. Để hiểu một văn bản, bạn cần phải có kiến thức về lĩnh vực chủ đề mà nó liên quan.
Văn bản theo cách hiểu thông thường của con người ít có tác dụng đối với xử lý tự động chương trình máy tính. Để chương trình máy tính có thể diễn giải và xử lý văn bản phù hợp thì nó phải chứa đựng những dấu hiệu đặc biệt mà con người không thể nhìn thấy được trong quá trình tái tạo “bình thường”, được gọi là dấu hiệu(thuật ngữ).
Các kiểu dữ liệu được xác định trong tiêu chuẩn khác nhau(chữ số, chữ cái, ký hiệu, số, hình ảnh, dữ liệu âm thanh, dữ liệu video, dữ liệu nghe nhìn) là một quy định để diễn giải cách biểu diễn dữ liệu cơ bản giống nhau trong môi trường kỹ thuật số - chuỗi bit. Định dạng dữ liệu chỉ định phương pháp diễn giải chuỗi bit, chỉ định các chi tiết như kích thước của các trường riêng lẻ, phương pháp trực quan hóa (trong trường hợp chung là tái tạo) dữ liệu, v.v.
Theo quy định, định nghĩa thuộc tính của một đối tượng phương tiện điện tử hoặc kỹ thuật số phải chứa tên thuộc tính, định dạng của nó (hoặc ít nhất là loại của nó).
Thuộc tính dịch vụ không nhất thiết phải là thành phần dữ liệu ELD. Ví dụ: các thuộc tính “tên tệp”, “ngày tạo tệp”, “kích thước tệp”, v.v., mô tả việc triển khai cụ thể của tài liệu điện tử, không nhất thiết phải có trong dữ liệu tài liệu.
Sự khác biệt giữa thuộc tính tham chiếu và dịch vụ là cơ bản: thuộc tính tham chiếu mô tả tài liệu như một đối tượng của môi trường xã hội, thuộc tính dịch vụ mô tả việc triển khai tài liệu như một đối tượng hoặc quy trình vật chất trong một môi trường tồn tại cụ thể. Ví dụ: thuộc tính “ngày tạo tài liệu” đề cập đến một tài liệu, mô tả thời điểm tài liệu xuất hiện, bất kể hình thức mà tài liệu ban đầu được tạo ra và hiện đang tồn tại, và phải được hiểu theo nghĩa này, bất kể việc triển khai kỹ thuật như thế nào. . Mặt khác, thuộc tính "tên tệp" hoàn toàn mang tính kỹ thuật, việc giải thích nó phụ thuộc vào việc triển khai (ví dụ: các hệ điều hành khác nhau có thể xử lý "tên tệp" khác nhau) và do đó là thuộc tính dịch vụ. Do đó, “tên tệp”, giống như bất kỳ thuộc tính dịch vụ nào khác, không thể là thuộc tính tài liệu, nhưng “ngày tạo tài liệu” thì có thể.
ĐIỂM 34.601-90
Nhóm P87
TIÊU CHUẨN LIÊN TIẾN
CÔNG NGHỆ THÔNG TIN
Bộ tiêu chuẩn cho hệ thống tự động
HỆ THỐNG TỰ ĐỘNG
GIAI ĐOẠN SÁNG TẠO
Công nghệ thông tin. Bộ tiêu chuẩn cho hệ thống tự động. Hệ thống tự động. Những giai đoạn phát triển
MKS 35.080
OKSTU 0034
Ngày giới thiệu 1992-01-01
DỮ LIỆU THÔNG TIN
1. ĐƯỢC PHÁT TRIỂN VÀ GIỚI THIỆU bởi Ủy ban Tiêu chuẩn và Quản lý Chất lượng Sản phẩm Nhà nước Liên Xô
2. ĐƯỢC PHÊ DUYỆT VÀ CÓ HIỆU LỰC theo Nghị quyết của Ủy ban Tiêu chuẩn và Quản lý Chất lượng Sản phẩm Nhà nước Liên Xô ngày 29 tháng 12 năm 1990 N 3469
3. THAY ĐỔI GOST 24.601-86, GOST 24.602-86
4. TÀI LIỆU QUY ĐỊNH VÀ KỸ THUẬT THAM KHẢO
Mã số, ứng dụng |
|
ĐIỂM 19.101-77 | phụ lục 1 |
ĐIỂM 34.201-89 | phụ lục 1 |
6*. PHÁT HÀNH LẠI. tháng 7 năm 2009
________________
* Đánh số tương ứng với bản gốc. - Ghi chú của nhà sản xuất cơ sở dữ liệu.
Tiêu chuẩn này áp dụng cho các hệ thống tự động hóa (AS) được sử dụng trong nhiều loại khác nhau hoạt động (nghiên cứu, thiết kế, quản lý, v.v.), bao gồm cả sự kết hợp của chúng, được tạo ra trong các tổ chức, hiệp hội và doanh nghiệp (sau đây gọi là tổ chức).
Tiêu chuẩn thiết lập các giai đoạn và giai đoạn tạo AS.
Phụ lục 1 thể hiện nội dung công việc ở từng giai đoạn.
1. QUY ĐỊNH CHUNG
1. QUY ĐỊNH CHUNG
1.1. Quá trình tạo AS là một tập hợp các công việc được sắp xếp theo thời gian, được kết nối với nhau, kết hợp thành các giai đoạn và giai đoạn, việc thực hiện chúng là cần thiết và đủ để tạo ra một AS đáp ứng các yêu cầu đã chỉ định.
1.2. Các giai đoạn và giai đoạn tạo AS được phân biệt thành các phần của quá trình tạo vì lý do lập kế hoạch hợp lý và tổ chức công việc kết thúc với một kết quả nhất định.
1.3. Công việc phát triển AS được thực hiện theo các giai đoạn và bước được sử dụng để tạo AS.
1.4. Thành phần và quy tắc thực hiện công việc ở các giai đoạn và giai đoạn được thiết lập theo tiêu chuẩn này được xác định trong tài liệu liên quan của các tổ chức liên quan đến việc tạo ra các loại nhà máy điện hạt nhân cụ thể.
Danh sách các tổ chức tham gia xây dựng nhà máy điện hạt nhân được nêu tại Phụ lục 2.
2. CÁC GIAI ĐOẠN VÀ GIAI ĐOẠN TẠO RA NHƯ
2.1. Các giai đoạn và giai đoạn tạo AS thường được thể hiện trong bảng.
Các giai đoạn của công việc |
|
1. Xây dựng yêu cầu đối với diễn giả | 1.1. Kiểm tra cơ sở và biện minh cho sự cần thiết phải tạo ra một nhà máy điện hạt nhân |
1.2. Hình thành các yêu cầu của người dùng đối với loa |
|
1.3. Chuẩn bị báo cáo về công việc đã thực hiện và đơn đăng ký phát triển AS (thông số kỹ thuật và chiến thuật) |
|
2. Phát triển khái niệm AC | 2.1. Nghiên cứu đối tượng |
2.2. Thực hiện các công việc nghiên cứu cần thiết |
|
2.3. Phát triển các tùy chọn khái niệm AC và lựa chọn tùy chọn khái niệm AC đáp ứng yêu cầu của người dùng |
|
2.4. Lập báo cáo về công việc đã thực hiện |
|
3. Điều khoản tham chiếu | 3.1. Xây dựng và phê duyệt các thông số kỹ thuật cho việc xây dựng các nhà máy điện hạt nhân |
4. Thiết kế dự thảo | 4.1. Phát triển các giải pháp thiết kế sơ bộ cho hệ thống và các bộ phận của nó |
4.2. Phát triển tài liệu cho hệ thống loa và các bộ phận của nó |
|
5. Thiết kế kỹ thuật | 5.1. Phát triển các giải pháp thiết kế cho hệ thống và các bộ phận của nó |
5.2. Phát triển tài liệu cho hệ thống loa và các bộ phận của nó |
|
5.3. Xây dựng và thực hiện tài liệu cung cấp sản phẩm để hoàn thiện NPP và (hoặc) các yêu cầu kỹ thuật (thông số kỹ thuật) để phát triển chúng |
|
5.4. Phát triển nhiệm vụ thiết kế ở các phần lân cận của dự án cơ sở tự động hóa |
|
6. Tài liệu làm việc | 6.1. Phát triển tài liệu làm việc cho hệ thống và các bộ phận của nó |
6.2. Phát triển hoặc điều chỉnh các chương trình |
|
7. Vận hành | 7.1. Chuẩn bị đối tượng tự động hóa đưa Nhà máy vào vận hành |
7.2. Đào tạo cán bộ |
|
7.3. Bộ loa hoàn chỉnh đi kèm sản phẩm (phần mềm và phần cứng, tổ hợp phần mềm và phần cứng, sản phẩm thông tin) |
|
7.4. Công trình xây dựng và lắp đặt |
|
7.5. Công tác nghiệm thu |
|
7.6. Thực hiện các thử nghiệm sơ bộ |
|
7.7. Tiến hành vận hành thử nghiệm |
|
7.8. Thực hiện các thử nghiệm chấp nhận |
|
8. Hỗ trợ AC | 8.1. Thực hiện công việc theo đúng nghĩa vụ bảo hành |
8.2. Dịch vụ sau bảo hành |
2.2. Các giai đoạn và mốc quan trọng do các tổ chức tham gia xây dựng nhà máy điện hạt nhân thực hiện được xác lập trong hợp đồng và các thông số kỹ thuật dựa trên tiêu chuẩn này.
Cho phép loại trừ giai đoạn “Thiết kế phác thảo” và các giai đoạn công việc riêng lẻ ở tất cả các giai đoạn, để kết hợp giai đoạn “Thiết kế kỹ thuật” và “Tài liệu làm việc” thành một giai đoạn “Thiết kế chi tiết kỹ thuật”. Tùy thuộc vào đặc điểm cụ thể của AS được tạo và các điều kiện để tạo ra chúng, nó được phép thực hiện các giai đoạn công việc riêng lẻ trước khi hoàn thành các giai đoạn trước, thực hiện song song các giai đoạn công việc hoặc đưa vào các giai đoạn công việc mới.
PHỤ LỤC 1 (để tham khảo). NỘI DUNG CÔNG VIỆC
PHỤ LỤC 1
Thông tin
1. Ở giai đoạn 1.1 “Kiểm tra cơ sở và đánh giá nhu cầu thành lập NPP”, trong trường hợp chung, những việc sau được thực hiện:
- thu thập dữ liệu về đối tượng tự động hóa và các loại hoạt động được thực hiện;
- đánh giá chất lượng hoạt động của cơ sở và các loại hoạt động được thực hiện, xác định các vấn đề có thể giải quyết bằng tự động hóa;
- đánh giá (kỹ thuật, kinh tế, xã hội, v.v.) về tính khả thi của việc tạo ra NPP.
2. Ở giai đoạn 1.2 “Hình thành yêu cầu của người dùng đối với diễn giả” được thực hiện như sau:
- chuẩn bị dữ liệu ban đầu để hình thành các yêu cầu cho hệ thống tự động hóa (đặc điểm của đối tượng tự động hóa, mô tả các yêu cầu đối với hệ thống, những hạn chế về chi phí có thể chấp nhận được cho việc phát triển, vận hành và vận hành, hiệu quả mong đợi từ hệ thống, điều kiện để tạo và vận hành hệ thống);
- Xây dựng và thực hiện các yêu cầu của người dùng đối với diễn giả.
3. Ở giai đoạn 1.3 “Hoàn thành báo cáo về công việc đã thực hiện và đơn đăng ký phát triển AS (thông số kỹ thuật và chiến thuật)”, báo cáo về công việc được thực hiện ở giai đoạn này và đơn đăng ký phát triển AS (thông số chiến thuật) và thông số kỹ thuật) hoặc tài liệu khác thay thế có nội dung tương tự.
4. Ở giai đoạn 2.1 “Nghiên cứu đối tượng” và 2.2 “Thực hiện công việc nghiên cứu cần thiết”, tổ chức phát triển tiến hành nghiên cứu chi tiết về đối tượng tự động hóa và công việc nghiên cứu (R&D) cần thiết liên quan đến việc tìm cách và đánh giá khả năng thực hiện các yêu cầu của người dùng, lập và phê duyệt các báo cáo nghiên cứu.
5. Ở giai đoạn 2.3 “Phát triển các tùy chọn cho khái niệm AS và lựa chọn một tùy chọn cho khái niệm AS đáp ứng yêu cầu của người dùng”, trong trường hợp chung, việc phát triển lựa chọn thay thế các khái niệm về AS được tạo ra và các kế hoạch thực hiện chúng; đánh giá nguồn lực cần thiếtđể thực hiện và vận hành chúng; đánh giá ưu điểm và nhược điểm của từng phương án; so sánh các yêu cầu và đặc điểm của người dùng của hệ thống được đề xuất và lựa chọn phương án tối ưu; xác định quy trình đánh giá chất lượng và điều kiện tiếp nhận hệ thống; đánh giá tác động thu được từ hệ thống.
6. Ở giai đoạn 2.4 “Chuẩn bị báo cáo về công việc đã thực hiện”, hãy chuẩn bị và lập một báo cáo có mô tả về công việc được thực hiện ở giai đoạn này, mô tả và giải thích phiên bản đề xuất của khái niệm hệ thống.
7. Ở giai đoạn 3.1 “Xây dựng và phê duyệt các thông số kỹ thuật cho việc xây dựng nhà máy điện hạt nhân”, việc xây dựng, thực hiện, điều phối và phê duyệt các thông số kỹ thuật cho nhà máy điện hạt nhân và, nếu cần thiết, các thông số kỹ thuật cho các bộ phận của nhà máy điện hạt nhân nhà máy điện được thực hiện.
8. Ở giai đoạn 4.1 “Phát triển các giải pháp thiết kế sơ bộ cho hệ thống và các bộ phận của nó”, những nội dung sau được xác định: các chức năng của AS; chức năng của các hệ thống con, mục tiêu và tác dụng của chúng; thành phần của các tổ hợp nhiệm vụ và nhiệm vụ riêng lẻ; các khái niệm cơ sở thông tin, cấu trúc mở rộng của nó; chức năng hệ thống quản lý cơ sở dữ liệu; hợp chất hệ thống máy tính; chức năng và thông số của phần mềm cơ bản.
9. Ở giai đoạn 5.1 “Xây dựng các giải pháp thiết kế cho hệ thống và các bộ phận của nó”, đảm bảo phát triển các giải pháp chung cho hệ thống và các bộ phận của nó, cấu trúc chức năng-thuật toán của hệ thống, chức năng của nhân sự và cơ cấu tổ chức, cấu trúc các phương tiện kỹ thuật, thuật toán giải quyết vấn đề và ngôn ngữ sử dụng, về tổ chức và duy trì cơ sở thông tin, hệ thống phân loại và mã hóa thông tin trên phần mềm.
10. Ở giai đoạn 4.2 và 5.2 “Xây dựng tài liệu cho NPP và các bộ phận của nó”, việc phát triển, thực hiện, điều phối và phê duyệt tài liệu được thực hiện trong phạm vi cần thiết để mô tả toàn bộ các quyết định thiết kế được đưa ra và đủ để tiếp tục thực hiện công việc xây dựng NPP. Các loại tài liệu - theo GOST 34.201.
11. Ở giai đoạn 5.3 “Xây dựng và thực hiện tài liệu cung cấp sản phẩm để hoàn thiện NPP và (hoặc) các yêu cầu kỹ thuật (thông số kỹ thuật) cho việc phát triển chúng”, việc sau đây được thực hiện: chuẩn bị và thực hiện tài liệu cung cấp sản phẩm cho hoàn thiện NPP; xác định yêu cầu kỹ thuật và xây dựng các thông số kỹ thuật để phát triển các sản phẩm chưa sản xuất hàng loạt.
12. Ở giai đoạn 5.4 “Phát triển nhiệm vụ thiết kế ở các phần lân cận của dự án cơ sở tự động hóa”, việc phát triển, thực hiện, điều phối và phê duyệt nhiệm vụ thiết kế ở các phần lân cận của dự án cơ sở tự động hóa được thực hiện để thực hiện xây dựng, điện, vệ sinh và các công việc chuẩn bị khác liên quan đến việc thành lập AS.
13. Ở giai đoạn 6.1 “Xây dựng tài liệu làm việc cho hệ thống và các bộ phận của nó”, tài liệu làm việc được xây dựng chứa tất cả thông tin cần và đủ để đảm bảo thực hiện công việc đưa NPP vào vận hành và vận hành, cũng như duy trì mức độ đặc tính vận hành (chất lượng) của hệ thống theo các quyết định thiết kế đã được thông qua, việc thực hiện, phối hợp và phê duyệt của nó. Các loại tài liệu - theo GOST 34.201.
14. Ở giai đoạn 6.2 “Phát triển hoặc điều chỉnh chương trình”, phát triển chương trình và công cụ phần mềm của hệ thống, lựa chọn, điều chỉnh và (hoặc) liên kết các công cụ phần mềm đã mua, phát triển tài liệu chương trình theo GOST 19.101.
15. Ở giai đoạn 7.1 “Chuẩn bị đối tượng tự động hóa đưa nhà máy vào vận hành”, công việc chuẩn bị tổ chức đối tượng tự động hóa đưa nhà máy vào vận hành, bao gồm: thực hiện các giải pháp thiết kế cơ cấu tổ chức của nhà máy. thực vật; cung cấp cho các bộ phận của cơ sở quản lý các tài liệu giảng dạy và phương pháp luận; thực hiện phân loại thông tin.
16. Ở giai đoạn 7.2 “Đào tạo nhân sự”, nhân viên được đào tạo và kiểm tra khả năng đảm bảo hoạt động của nhà máy.
17. Ở giai đoạn “Hoàn thiện loa với các sản phẩm được cung cấp”, họ đảm bảo nhận được các linh kiện, vật liệu và sản phẩm lắp đặt sản xuất nối tiếp và riêng lẻ. Kiểm soát chất lượng đầu vào được thực hiện.
18. Ở giai đoạn 7.4 “Công việc xây lắp” được thực hiện như sau: công việc xây dựng các tòa nhà (mặt bằng) chuyên dụng để chứa thiết bị kỹ thuật và nhân viên NPP; sự thi công kênh truyền hình cáp; thực hiện công việc lắp đặt thiết bị kỹ thuật và đường dây thông tin liên lạc; thử nghiệm các thiết bị kỹ thuật lắp đặt; cung cấp thiết bị kỹ thuật để vận hành.
19. Ở giai đoạn 7.5 “Vận hành”, họ tiến hành tự động điều chỉnh phần cứng và phần mềm, tải thông tin vào cơ sở dữ liệu và kiểm tra hệ thống để bảo trì nó; thiết lập toàn diện tất cả các công cụ hệ thống.
20. Ở giai đoạn 7.6 “Tiến hành thử nghiệm sơ bộ”, việc sau đây được thực hiện:
- các thử nghiệm của AS về khả năng hoạt động và sự tuân thủ các thông số kỹ thuật theo chương trình và phương pháp thử nghiệm sơ bộ;
- khắc phục sự cố và thực hiện các thay đổi đối với tài liệu của NPP, bao gồm cả tài liệu vận hành theo báo cáo thử nghiệm;
- Lập giấy chứng nhận nghiệm thu vận hành thử nhà máy điện hạt nhân.
21. Ở giai đoạn 7.7 “Tiến hành vận hành thử nghiệm” các nội dung sau được thực hiện: vận hành thử nhà máy điện hạt nhân; phân tích kết quả vận hành thử nghiệm của NMĐHN; sửa đổi (nếu cần) phần mềm AS; điều chỉnh bổ sung (nếu cần) thiết bị kỹ thuật của NPP; thực hiện chứng nhận hoàn thành vận hành thử.
22. Ở giai đoạn 7.8 “Tiến hành kiểm thử nghiệm thu” việc sau đây được thực hiện:
Kiểm tra sự tuân thủ các thông số kỹ thuật theo chương trình và phương pháp kiểm tra nghiệm thu;
- phân tích kết quả thử nghiệm NPP và loại bỏ những thiếu sót được xác định trong quá trình thử nghiệm;
- thực hiện văn bản chấp nhận NPP hoạt động lâu dài.
23. Ở giai đoạn 8.1 “Thực hiện công việc theo nghĩa vụ bảo hành”, công việc được thực hiện để loại bỏ những thiếu sót được xác định trong quá trình vận hành NPP trong thời gian bảo hành đã thiết lập và thực hiện các thay đổi cần thiết đối với tài liệu của NPP.
24. Ở giai đoạn 8.2, công việc “Dịch vụ sau bảo hành” được thực hiện trên:
- phân tích hoạt động của hệ thống;
- xác định những sai lệch về đặc tính vận hành thực tế của NPP so với các giá trị thiết kế;
- xác định nguyên nhân của những sai lệch này;
- loại bỏ những thiếu sót đã được xác định và đảm bảo tính ổn định của các đặc tính vận hành của NPP;
- thực hiện những thay đổi cần thiết đối với tài liệu dành cho người nói.
PHỤ LỤC 2 (để tham khảo). DANH SÁCH CÁC TỔ CHỨC THAM GIA THÀNH LẬP AU
PHỤ LỤC 2
Thông tin
1. Tổ chức khách hàng (người dùng) mà NPP đang được tạo ra và cung cấp tài chính, chấp nhận công việc và vận hành NPP, cũng như việc thực hiện tác phẩm cá nhân về việc tạo ra AS;
2. Một tổ chức phát triển thực hiện công việc tạo ra AS, cung cấp cho khách hàng một bộ dịch vụ khoa học và kỹ thuật ở các giai đoạn và giai đoạn tạo khác nhau, cũng như phát triển và cung cấp các phần mềm và phần cứng khác nhau cho AS;
3. Tổ chức cung cấp sản xuất và cung cấp phần mềm và phần cứng theo đơn đặt hàng của nhà phát triển hoặc khách hàng;
4. Tổ chức thiết kế chung công trình tự động hóa;
5. Các tổ chức-nhà thiết kế các bộ phận khác nhau của dự án cơ sở tự động hóa để thực hiện các công việc xây dựng, điện, vệ sinh và các công việc chuẩn bị khác liên quan đến việc xây dựng nhà máy điện hạt nhân;
6. Xây dựng, lắp đặt, chạy thử và các tổ chức khác.
Ghi chú:
1. Tùy thuộc vào các điều kiện để tạo ra NPP, có thể kết hợp nhiều chức năng khác nhau của khách hàng, nhà phát triển, nhà cung cấp và các tổ chức khác liên quan đến việc tạo ra NPP.
2. Các giai đoạn và giai đoạn công việc họ thực hiện để tạo ra AS được xác định trên cơ sở tiêu chuẩn này.
văn bản tài liệu điện tử
được chuẩn bị bởi KodeksJSC và được xác minh dựa trên:
công bố chính thức
M.: Thông tin tiêu chuẩn, 2009
GOST thứ ba mươi tư theo thuật ngữ của các chuyên gia CNTT là một bộ tiêu chuẩn liên quan đến nhau có số bắt đầu bằng 34: GOST 34.602-89, 34.003-90, 34.603-92, 34.201-89, 34.601-90, 34.698-90, 34.320-96, 34.321-96, cũng như tài liệu hướng dẫn RD 50-34.698-90 và hai tiêu chuẩn độc lập liên quan đến chủ đề bảo vệ mật mã chuyên môn cao - GOST 34.10 -01 và GOST 34.11-94.
Tất cả các tiêu chuẩn này đều xuất hiện vào cuối những năm 80 - đầu những năm 90 (năm ban hành được biểu thị bằng số sau dấu gạch nối), thay thế hoặc bổ sung các tiêu chuẩn trước đó của loạt 19 và 24.
Để hiểu và đánh giá logic có trong họ GOST 34, chúng ta hãy phân tích nội dung của các tiêu chuẩn cấu thành của nó một cách chi tiết hơn. GOST 34.320-96 "Các khái niệm và thuật ngữ về sơ đồ khái niệm và cơ sở thông tin", GOST 34.321-96, dành cho các chuyên gia CNTT. "Mô hình tham chiếu để quản lý dữ liệu", GOST 34.10 -01 "Mật mã bảo vệ dữ liệu. Quy trình tạo và xác minh điện tử chữ ký số" và GOST 34.11-94 "Mật mã bảo vệ dữ liệu. Tôi sẽ không xem xét hàm băm vì chúng không dành cho người quản lý mà dành cho các chuyên gia kỹ thuật. Các tiêu chuẩn sau đây được chúng tôi quan tâm:
- GOST 34.201-89. “Các loại, tính đầy đủ và chỉ định của tài liệu khi tạo hệ thống tự động”;
- GOST 34.003-90 "Thuật ngữ và định nghĩa";
- GOST 34.602-89 "Thông số kỹ thuật để tạo hệ thống tự động";
- GOST 34.603-92 "Các loại thử nghiệm hệ thống tự động";
- GOST 34.601-90 "Hệ thống tự động. Các giai đoạn sáng tạo";
- Tài liệu hướng dẫn RD 50-34.698-90 "Hệ thống tự động. Yêu cầu về nội dung tài liệu."
GOST 34.003-90, ngoài việc chứa nhiều lỗi, còn hoàn toàn lỗi thời và mất đi tính liên quan nên tôi sẽ không nói về nó. Vì vậy, những gì sau đây được coi là bốn tài liệu mới nhất.
Tiêu chuẩn GOST 34.201-89
Tiêu chuẩn đã lỗi thời nghiêm trọng nhưng vẫn có thể sử dụng được một phần (GOST 34, 1989a). Thiết lập sự tuân thủ của tài liệu với các giai đoạn tạo AS 1 AS là một hệ thống tự động, tức là một hệ thống thông tin được phát triển hoặc triển khai tại một doanh nghiệp cụ thể., được mô tả trong GOST 24.601 (sau này được thay thế bằng GOST 34.601). Dựa trên thành phần của tài liệu và các giai đoạn của dự án, người ta có thể truy tìm nguồn gốc của tiêu chuẩn từ thực tiễn xây dựng. Rõ ràng, bản chất dự án của việc xây dựng và các hoạt động tạo ra một hệ thống thông tin đã khiến các tác giả của tiêu chuẩn nảy ra ý tưởng mở rộng các hình thức tổ chức dự án xây dựng cơ bản sang các dự án tạo lập hệ thông thông tin. Một phần điều này tỏ ra thuận tiện - những tài liệu như vậy được đề cập trong tiêu chuẩn là " Nhiệm vụ kỹ thuật", "Thiết kế sơ bộ", " Dự án kỹ thuật", "Hướng dẫn" (dành cho người dùng), "Phương pháp chương trình và thử nghiệm" đã trở nên vững chắc trong thực tiễn tạo hệ thống. Mặt khác, "Danh sách phương tiện lưu trữ máy tính", "Thư mục cơ sở dữ liệu" hoặc "Danh sách gốc chủ sở hữu" dường như không còn ý nghĩa nữa. Tiêu chuẩn này cũng bao gồm các yếu tố thực hành công việc văn phòng dưới dạng quy tắc mã hóa tài liệu.
Nói tóm lại, với cách tiếp cận “sáng tạo”, nó vẫn có thể phục vụ được, đặc biệt là ở những tổ chức nơi Các hoạt động dự ánđược quy định bởi các tiêu chuẩn định hướng dự án tương tự và thành phần của tài liệu thiết kế gần với những gì GOST 34.201-89 đưa ra.
Tiêu chuẩn GOST 34.601-90
Một trong những tiêu chuẩn được sử dụng rộng rãi nhất cho đến nay (GOST 34, 1990), xác định các giai đoạn và giai đoạn tạo ra một hệ thống tự động. Bảng dưới đây là trung tâm của tiêu chuẩn.
| Giai đoạn | Giai đoạn |
|---|---|
| 1. Xây dựng yêu cầu đối với diễn giả | 1.1. Kiểm tra cơ sở và biện minh cho sự cần thiết phải tạo ra một nhà máy điện hạt nhân |
| 1.2. Hình thành các yêu cầu của người dùng đối với loa | |
| 1.3. Chuẩn bị báo cáo về công việc đã thực hiện và đơn đăng ký phát triển AS (thông số kỹ thuật và chiến thuật) | |
| 2. Phát triển khái niệm AC | 2.1. Nghiên cứu đối tượng |
| 2.2. Thực hiện các công việc nghiên cứu cần thiết | |
| 2.3. Phát triển các biến thể của khái niệm loa đáp ứng yêu cầu của người dùng | |
| 2.4. Lập báo cáo về công việc đã thực hiện | |
| 3. Điều khoản tham chiếu | 3.1 Xây dựng và phê duyệt các thông số kỹ thuật để tạo ra NMĐHN |
| 4. Thiết kế dự thảo | 4.1. Phát triển các giải pháp thiết kế sơ bộ cho hệ thống và các bộ phận của nó |
| 4.2. Phát triển tài liệu cho hệ thống loa và các bộ phận của nó | |
| 5. Dự án kỹ thuật | 5.1. Phát triển các giải pháp thiết kế cho hệ thống và các bộ phận của nó |
| 5.2. Phát triển tài liệu cho hệ thống loa và các bộ phận của nó | |
| 5.3. Xây dựng và thực hiện tài liệu cung cấp sản phẩm để hoàn thiện NPP và (hoặc) các yêu cầu kỹ thuật (thông số kỹ thuật) để phát triển chúng | |
| 5.4. Phát triển nhiệm vụ thiết kế ở các phần lân cận của dự án cơ sở tự động hóa | |
| 6. Tài liệu làm việc | 6.1. Phát triển tài liệu làm việc trên hệ thống và các bộ phận của nó |
| 6.2. Phát triển hoặc điều chỉnh các chương trình | |
| 7. Vận hành | 7.1. Chuẩn bị đối tượng tự động hóa đưa Nhà máy vào vận hành |
| 7.2. Đào tạo cán bộ | |
| 7.3. Bộ loa hoàn chỉnh với các sản phẩm đi kèm (phần mềm và phần cứng, hệ thống phần mềm và phần cứng, sản phẩm thông tin) | |
| 7.4. Công trình xây dựng và lắp đặt | |
| 7.5. Công tác nghiệm thu | |
| 7.6. Thực hiện kiểm tra sơ bộ | |
| 7.7. Thực hiện vận hành thử nghiệm | |
| 7.8. Thực hiện kiểm tra chấp nhận | |
| 8. Hỗ trợ AC | 8.1. Thực hiện công việc theo đúng nghĩa vụ bảo hành |
| 8.2. Dịch vụ sau bảo hành |
Hầu như tất cả các giai đoạn được liệt kê vẫn gặp phải trong quá trình tạo hệ thống thông tin cho doanh nghiệp và tổ chức. Tất nhiên, người ta có thể chỉ trích tiêu chuẩn vì tính thiếu linh hoạt của nó về trình tự và tên gọi của các giai đoạn và giai đoạn, nhưng sự thật vẫn là nó đã chứng tỏ được sức sống đặc biệt, và việc hiểu lý do của điều này quan trọng hơn nhiều so với việc chỉ trích sự phát triển của hầu hết các giai đoạn. 20 năm trước. Đối với tôi, có vẻ như tiêu chuẩn này chứng tỏ rằng nó phù hợp chặt chẽ với các mục tiêu của nó. Thứ nhất, nó không yêu cầu kiến thức về CNTT và do đó có thể hiểu được đối với các nhà quản lý thông thường. Thứ hai, nó có cấu trúc nhỏ gọn và đơn giản, cho phép một người không quen với nó có thể nhanh chóng bắt kịp tốc độ. Thứ ba, nó có tính tự cung cấp - thực tế không có tài liệu tham khảo nào đến các tài liệu liên quan trong đó (ngoại trừ GOST 34.201). Và cuối cùng, nó rất thiết thực - bạn có thể hiểu ngay cách sử dụng và cách kiểm soát việc sử dụng nó.
Ngoài bảng trên, GOST 34.601-90 còn có tham chiếu Phụ lục 1 với bản phân tích từng bước về công việc, bao gồm chỉ dẫn về các tài liệu phát sinh do công việc này, cũng như Phụ lục 2 - “Danh sách các tài liệu phát sinh từ công việc này”. tổ chức tham gia xây dựng nhà máy điện hạt nhân.” Điều này gợi ý một cách để điều chỉnh tiêu chuẩn cho phù hợp với các điều kiện cụ thể: chỉ cần làm lại Ứng dụng là đủ và bạn sẽ có được một tiêu chuẩn công ty hoàn toàn hợp lý để tạo IP. Và một lần nữa, công việc này nằm trong khả năng của một người quản lý bình thường.
Tiêu chuẩn GOST 34.602-89
Yêu cầu “chuẩn bị Nhiệm vụ kỹ thuật theo GOST 34.602-89", có lẽ quen thuộc với tất cả những ai đã ít nhất một lần tham gia vào quá trình phát triển tùy chỉnh IP hoặc sự chấp nhận IP đó, và thực sự đối với tất cả những người theo cách này hay cách khác được kết nối với hệ thống thông tin. Một số nhà phát triển vẫn còn Hãy coi việc ghi nhớ thuộc lòng thành phần của Thông số kỹ thuật (TOR) theo GOST 34.602-89 (GOST 34, 1989b) là một hình thức tốt.
- Thông tin chung.
- Mục đích và mục tiêu của việc tạo ra (phát triển) hệ thống.
- Đặc điểm của các đối tượng tự động hóa.
- Yêu cầu hệ thống.
- Thành phần và nội dung công việc tạo ra hệ thống.
- Thủ tục kiểm soát và chấp nhận hệ thống.
- Yêu cầu về thành phần, nội dung công việc chuẩn bị đối tượng tự động hóa đưa hệ thống vào vận hành.
- Yêu cầu về tài liệu.
- Nguồn phát triển.
Chúng ta hãy cố gắng tìm hiểu lý do tại sao tiêu chuẩn này vẫn tiếp tục phổ biến, vốn đã vượt quá 20 năm tuổi. Trên thực tế, toàn bộ tiêu chuẩn là bảng điểm của chín điểm được liệt kê. Kích thước của nó chỉ có 11 trang, nhưng khối lượng thông tin thông tin hữu ích lớn một cách đáng ngạc nhiên. Nếu chúng ta loại bỏ những cổ xưa hiển nhiên, chẳng hạn như quỹ dành cho các thuật toán và chương trình đã từng tồn tại, thì hóa ra hầu hết mọi thứ về Chúng ta đang nói về, vẫn được áp dụng đầy đủ. Đây là một ví dụ về một trong những phần.
"2.6.2. Trong tiểu mục "Yêu cầu đối với chức năng (nhiệm vụ)" do hệ thống thực hiện có nội dung sau:
- đối với mỗi hệ thống con, danh sách các chức năng, nhiệm vụ hoặc tổ hợp của chúng (bao gồm cả những chức năng đảm bảo sự tương tác giữa các bộ phận của hệ thống) sẽ được tự động hóa;
khi tạo một hệ thống có hai hoặc nhiều hàng đợi - danh sách hệ thống con chức năng, chức năng riêng lẻ hoặc nhiệm vụ thực hiện ở giai đoạn 1 và các giai đoạn tiếp theo;
- quy định về thời gian thực hiện từng chức năng, nhiệm vụ (hoặc bộ nhiệm vụ);
- yêu cầu về chất lượng thực hiện từng chức năng (nhiệm vụ hoặc tập hợp nhiệm vụ), về hình thức trình bày thông tin đầu ra, đặc điểm về độ chính xác cần thiết và thời gian thực hiện, yêu cầu thực hiện đồng thời một nhóm chức năng, độ tin cậy của kết quả;
- danh sách và tiêu chí lỗi cho từng chức năng mà yêu cầu về độ tin cậy được chỉ định."
Đoạn trích trên thể hiện bản chất phân cấp của tiêu chuẩn: hệ thống bao gồm các hệ thống con, tổ hợp nhiệm vụ, nhiệm vụ và chức năng riêng lẻ. Các yêu cầu được xây dựng càng chính xác và chi tiết thì kết quả sẽ càng dễ dự đoán hơn. Các yêu cầu đối với chức năng tương tác của các hệ thống con được xây dựng đặc biệt (bây giờ chúng ta gọi là “phương pháp tích hợp”), các chức năng được gắn với kế hoạch triển khai hệ thống (do đó cũng trở thành phân cấp). Yêu cầu về chất lượng được đề cập cụ thể. Hình thức trình bày thông tin đầu ra, I E. bộ báo cáo cũng đáng được đề cập đặc biệt. Nói một cách dễ hiểu, đoạn trích được trình bày cho thấy rằng việc phát triển Thông số kỹ thuật theo GOST 34.602-89 không phải là một công việc dễ dàng và tốn nhiều công sức, đặt ra các nghĩa vụ nghiêm trọng không chỉ đối với nhà phát triển mà còn đối với khách hàng của hệ thống. Tiềm năng của tiêu chuẩn này là cực kỳ cao và không có gì đáng ngạc nhiên khi mức độ phổ biến của nó vẫn luôn ở mức cao trong nhiều năm như vậy.
Theo thời gian, những nhược điểm của tiêu chuẩn này trở nên rõ ràng:
- tiêu chuẩn này tập trung vào việc phát triển một hệ thống hoàn toàn tùy chỉnh “từ đầu” và không nhằm mục đích triển khai giải pháp làm sẵn sử dụng một phương pháp tiêu chuẩn hoặc kết hợp các phát triển và triển khai tùy chỉnh;
- tiêu chuẩn cung cấp một và chỉ người mẫu vòng đời một hệ thống được gọi là phân tầng, khi tất cả công việc tạo ra hệ thống được sắp xếp tuyến tính và thứ tự này được xác định trước;
- tiêu chuẩn quá hình thức. Trong thực tế, điều này dẫn đến sự xuất hiện của Thông số kỹ thuật, về hình thức đáp ứng yêu cầu của GOST 34.602-89, nhưng về cơ bản lại thiếu nội dung.
Điều đáng nhấn mạnh là, giống như GOST 34.601-90, GOST 34.602-89 không yêu cầu đào tạo đặc biệt trong khu vực công nghệ thông tin, do đó, một người quản lý thông thường, có nhiệm vụ bao gồm, chẳng hạn như tương tác với các nhà thầu phụ, có thể giám sát việc tuân thủ Thông số kỹ thuật. Điều này đơn giản hoá việc thực hiện và công dụng thực tế tiêu chuẩn
Một hiện tượng thú vị khác mà thực tế đã chứng minh là không phải mọi chuyên gia CNTT đều có thể phát triển Nhiệm vụ kỹ thuật, đáp ứng yêu cầu của tiêu chuẩn. Trên thực tế, sự xuất hiện của GOST 34.602-89 đã kích thích sự xuất hiện của các chuyên gia mới - nhà phân tích và tư vấn kinh doanh trong lĩnh vực công nghệ thông tin, công việc chính của họ là phát triển và phối hợp các Thông số kỹ thuật với khách hàng của hệ thống tự động.
Tiêu chuẩn cho các hệ thống điều khiển tự động không được kết hợp thành chuỗi.
GOST 15971-90. Các hệ thống xử lý thông tin. Điều khoản và định nghĩa.
GOST 19781-90. Phần mềm cho hệ thống xử lý thông tin. Điều khoản và định nghĩa.
GOST 28806-90. Chất lượng của phần mềm. Điều khoản và định nghĩa. Được giới thiệu vào ngày 1 tháng 1 năm 1992.
GOST 28195-89. Đánh giá chất lượng phần mềm. Các quy định chung.
GOST 25868-91. Thiết bị ngoại vi cho hệ thống xử lý thông tin. Điều khoản và định nghĩa. Nhà xuất bản Tiêu chuẩn M.. 1992, 34 tr. Được giới thiệu vào ngày 1 tháng 1 năm 1993.
GOST 28147-89. Các hệ thống xử lý thông tin. Bảo vệ mật mã. Các thuật toán chuyển đổi mật mã.
GOST 28803-90 (ISO 6523-84). Trao đổi dữ liệu. Cơ cấu nhận dạng tổ chức. Được giới thiệu từ ngày 01/01/93.
GOST R ISO/IEC 9125-93. Công nghệ thông tin. Đánh giá sản phẩm phần mềm. Đặc tính chất lượng và hướng dẫn sử dụng.
GOST R ISO/IEC ĐẾN 9294-93. Công nghệ thông tin. Hướng dẫn quản lý tài liệu phần mềm.
GOST R ISO 9127-94. Các hệ thống xử lý thông tin. Tài liệu người dùng và thông tin đóng gói cho các gói phần mềm tiêu dùng.
RISO 9126-93. Các hệ thống xử lý thông tin. Tài liệu người dùng và thông tin đóng gói cho các gói phần mềm tiêu dùng.
GOST RISO/IEC 12207. Quy trình vòng đời phần mềm. Được giới thiệu từ ngày 01/07/2000.
GOST R50739-95. Cơ sở máy tính. Bảo vệ chống truy cập trái phép vào thông tin. Yêu cầu kỹ thuật chung.
GOST R51188-98. Bảo vệ dữ liệu. Phần mềm kiểm tra virus máy tính. Hướng dẫn sử dụng mô hình.
GOST 28140-89. Các hệ thống xử lý thông tin. Ngôn ngữ lập trình Pascal.
GOST R 51169-98. Thông tin chất lượng dịch vụ. Hệ thống chứng nhận công nghệ thông tin trong lĩnh vực chất lượng dịch vụ thông tin. Điều khoản và định nghĩa.
GOST R 51168-98. Thông tin chất lượng dịch vụ. Huyền thoại các yếu tố của quy trình công nghệ xử lý dữ liệu.
GOST R 51170-98. Thông tin chất lượng dịch vụ. Điều khoản và định nghĩa.
GOST R 51171-98. Thông tin chất lượng dịch vụ. Nguyên tắc nộp công nghệ thông tin để chứng nhận.
Dòng GOST 34. "Công nghệ thông tin (CNTT)".
RD 50-680-88. Hệ thống tự động. Những quy định cơ bản
RD 50-682-89. Công nghệ thông tin. Một bộ tiêu chuẩn và hướng dẫn cho các hệ thống tự động. Các quy định chung.
GOST 34.003-90. NÓ. Hệ thống tự động. Điều khoản và định nghĩa.
GOST 34.201-89. NÓ. Bộ tiêu chuẩn cho hệ thống tự động. Các loại, tính đầy đủ và chỉ định của tài liệu khi tạo hệ thống tự động.
GOST 34.601-90. NÓ. Bộ tiêu chuẩn cho hệ thống tự động. Hệ thống tự động. Các giai đoạn sáng tạo. (Thay vì GOST 24.601-86, 24.602-86).
GOST 34.602-89. NÓ. Bộ tiêu chuẩn cho hệ thống tự động. Điều khoản tham chiếu cho việc tạo ra một hệ thống tự động.
GOST 34.603-89. NÓ. Các loại thử nghiệm của hệ thống tự động.
RD 50-34.698-90. NÓ. Hệ thống tự động. Yêu cầu về nội dung của tài liệu.
GOST 34.1501.1-92 (ISO/TR 10314-1-90). NÓ. Tự động trong công nghiệp. Sản xuất chính. Phần 1. Mô hình tham chiếu tiêu chuẩn hóa và phương pháp xác định các yêu cầu tiêu chuẩn hóa.
Dòng GOST 19. "Hệ thống tài liệu chương trình thống nhất (USPD)".
GOST 19.001-77. Hệ thống thống nhất của tài liệu chương trình. Các quy định chung.
GOST 19.701-90. (ISO 5807-85). ESPD. Các sơ đồ thuật toán, chương trình, dữ liệu và hệ thống. Các quy ước và nguyên tắc thực hiện. (Thay vì GOST 19.002-80, 19.003-80).
GOST 19.005-85. ESPD. Sơ đồ P của các thuật toán và chương trình. Chỉ định đồ họa thông thường và quy tắc thực hiện.
GOST 19.101-77. ESPD. Các loại chương trình và tài liệu chương trình.
GOST 19.102-77. ESPD. Các giai đoạn phát triển.
GOST 19.103-77. ESPD. Chỉ định các chương trình và tài liệu chương trình.
GOST 19.104-78. ESPD. Những dòng chữ cơ bản.
GOST 19.105-78. ESPD. Yêu cầu chung đối với tài liệu chương trình.
GOST 19.106-78. ESPD. Yêu cầu đối với tài liệu chương trình in.
GOST 19.201-78. ESPD. Nhiệm vụ kỹ thuật. Yêu cầu sáng tạo và thiết kế.
GOST 19.202-78. ESPD. Sự chỉ rõ. Yêu cầu về nội dung và thiết kế.
GOST 19.301-78 ESPD. Chương trình và phương pháp thử nghiệm. Yêu cầu về nội dung và thiết kế.
GOST 19.401-78. ESPD. Văn bản chương trình. Yêu cầu về nội dung và thiết kế.
GOST 19.402-78. ESPD. Mô tả chương trình.
GOST 19.403-79. ESPD. Danh sách các chủ sở hữu ban đầu.
GOST 19.404-79. ESPD. Ghi chú giải thích. Yêu cầu về nội dung và thiết kế.
GOST 19.501-78. ESPD. Hình thức. Yêu cầu về mô tả và thiết kế.
GOST 19.502-78. ESPD. Mô tả ứng dụng. Yêu cầu về mô tả và thiết kế.
GOST 19.503-79. ESPD. Hướng dẫn lập trình viên hệ thống. Yêu cầu về mô tả và thiết kế.
GOST 19.504-79. ESPD. Hướng dẫn lập trình viên. Yêu cầu về mô tả và thiết kế.
GOST 19.505-79. ESPD. Hướng dẫn sử dụng. Yêu cầu về mô tả và thiết kế.
GOST 19.506-79. ESPD. Mô tả của ngôn ngữ. Yêu cầu về mô tả và thiết kế.
GOST 19.507-79. ESPD. Danh sách các tài liệu hoạt động.
GOST 19.508-79. ESPD. Hướng dẫn bảo trì. Yêu cầu về nội dung và thiết kế.
GOST 19.601-78. ESPD. Quy tắc chung về sao chép, kế toán và lưu trữ.
GOST 19.602-78. ESPD. Quy định về sao chép, hạch toán và lưu trữ chứng từ in ấn.
GOST 19.603-78. ESPD. Quy tắc chung để thực hiện thay đổi.
GOST 19.604-78. ESPD. Quy tắc thực hiện thay đổi đối với tài liệu in.
GOST series 24. "Hệ thống tiêu chuẩn thống nhất cho hệ thống điều khiển tự động (ESSASU)".
GOST 24.104-85. ESSASU. Hệ thống điều khiển tự động. Yêu câu chung.
GOST 24.301-80. Hệ thống tài liệu kỹ thuật cho hệ thống điều khiển tự động. Yêu cầu chung đối với việc thực hiện các tài liệu văn bản.
GOST 24.302-80. Hệ thống tài liệu kỹ thuật cho hệ thống điều khiển tự động. Yêu cầu chung để thực hiện các đề án.
GOST 24.701-86. ESSASU. Độ tin cậy của hệ thống điều khiển tự động. Những quy định cơ bản
GOST 24.702-85. Hiệu quả của hệ thống điều khiển tự động. Những quy định cơ bản
GOST 24.703-85. Giải pháp thiết kế điển hình trong hệ thống điều khiển tự động. Những quy định cơ bản
Thay vì GOST 24.601-86 và 24.602-86, hãy xem GOST 34.601-90.
Tiêu chuẩn trong lĩnh vực bảo mật thông tin.
GOST R 50922-96. Bảo vệ dữ liệu. Các thuật ngữ và định nghĩa cơ bản.
GOST R 50934-96. Bảo vệ dữ liệu. Tổ chức và nội dung công việc bảo vệ thông tin về trang thiết bị quân sự khỏi tình báo kỹ thuật. Các quy định chung.
GOST R 50739-95. Cơ sở máy tính. Bảo vệ chống truy cập trái phép vào thông tin. Yêu cầu kỹ thuật chung.
GOST R 51188-98. Bảo vệ dữ liệu. Phần mềm kiểm tra virus máy tính. Hướng dẫn sử dụng mô hình.
GOST R 51275-99. Bảo vệ dữ liệu. Đối tượng thông tin. Các yếu tố ảnh hưởng đến thông tin. Các quy định chung.
GOST R 51241-98. Các công cụ và hệ thống kiểm soát truy cập. Phân loại. Yêu cầu kỹ thuật chung. Phương pháp thử.
GOST R 51583-2000. Bảo vệ dữ liệu. Quy trình tạo hệ thống tự động trong một thiết kế an toàn. Yêu câu chung.
ISO/IEC 15408-99. Tiêu chí bảo mật công nghệ thông tin.
Phân loại và mã hóa thông tin.
Tài liệu về tiêu chuẩn hóa.
Quy tắc tiêu chuẩn hóa. Các quy định và thủ tục cơ bản để thực hiện công việc phát triển, bảo trì và ứng dụng các hệ thống phân loại toàn Nga. PR 50.1.024-2005. Cơ quan Quy định Kỹ thuật và Đo lường Liên bang. Lệnh số 311 ngày 14 tháng 12 năm 2005.
Hôm nay chúng ta sẽ nói về các tiêu chuẩn trong nước cho tài liệu thiết kế. Những tiêu chuẩn này hoạt động như thế nào trong thực tế, tại sao chúng xấu và tại sao chúng tốt. Khi phát triển tài liệu cho chính phủ và khách hàng tư nhân nghiêm túc, chúng tôi thường không có lựa chọn nào khác - việc tuân thủ các tiêu chuẩn được bao gồm trong các yêu cầu ghi lại các thông số kỹ thuật. Trong thực tế, tôi đã gặp nhiều ví dụ khác nhau về sự hiểu lầm về cấu trúc của tiêu chuẩn, những gì nên có trong tài liệu và tại sao những tài liệu này lại cần thiết. Kết quả là, ngòi bút của các nhà văn, nhà phân tích và chuyên gia kỹ thuật đôi khi tạo ra những viên ngọc quý đến mức không rõ họ được viết ở trạng thái ý thức nào. Nhưng trên thực tế, mọi thứ khá đơn giản. Tìm kiếm trên Habr không trả lại bất kỳ liên kết nào tới tài liệu ít nhiều đầy đủ về chủ đề này, vì vậy tôi đề xuất lấp đầy khoảng trống khó chịu này.
Tiêu chuẩn tài liệu là gì?
Trong loạt 34 được đề cập, chỉ có 3 tiêu chuẩn tài liệu chính:Tiêu chuẩn được yêu thích và phổ biến nhất để phát triển các thông số kỹ thuật. Điều duy nhất bạn không nên quên là nó được kết nối chặt chẽ với các tiêu chuẩn khác của bộ truyện và nếu bạn nhận được thông số kỹ thuật được thực hiện theo tiêu chuẩn này, bạn nên tuân thủ các tiêu chuẩn khác, ngay cả khi không có yêu cầu trực tiếp nào cho việc này. Ít nhất là về mặt hệ tư tưởng chung (về điều nào dưới đây)
Đây là tài liệu cơ bản cung cấp danh sách đầy đủ các tài liệu GOST 34, các khuyến nghị cho tài liệu mã hóa, tài liệu thuộc về các giai đoạn nào của dự án (các giai đoạn được mô tả trong GOST 34.601-90), cũng như cách chúng có thể được kết hợp với nhau.
Trên thực tế, tiêu chuẩn này chiếc bàn lớn với nhận xét. Có thể đưa vào excel để tiện sử dụng.
Một tiêu chuẩn đồ sộ mô tả nội dung của các tài liệu dự án với mức độ chi tiết khác nhau. GOST 34.201-89 nêu trên được sử dụng làm chỉ mục.
Có nhiều câu hỏi và cách giải thích các điều khoản của nó liên quan đến tiêu chuẩn RD 50-34.698-90, do tính mơ hồ của chúng nên khách hàng và nhà thầu hoặc thậm chí các thành viên của nhóm dự án thường hiểu khác nhau. Nhưng thật không may, chúng tôi không có điều gì cụ thể hơn.
Bây giờ chúng ta hãy xem xét những ưu và nhược điểm của các tiêu chuẩn, theo truyền thống, hãy bắt đầu từ những nhược điểm.
Nhược điểm của tiêu chuẩn
Bất lợi chính là rõ ràng đối với mọi người - các tiêu chuẩn đã cũ. Chúng chứa đựng ý tưởng lỗi thời về kiến trúc của một hệ thống tự động. Ví dụ:- các ứng dụng hai tầng, bao gồm một chương trình máy khách và một máy chủ DBMS (không có ba ứng dụng “cấp” trở lên, không có Weblogic hoặc JBoss)
- Cấu trúc của các bảng cơ sở dữ liệu, được mô tả, sẽ đưa ra ý tưởng về mô hình dữ liệu logic (thực tế là có thể có một số loại Hibernate giữa ứng dụng và cơ sở dữ liệu khi đó có vẻ như là một sự dư thừa tồi tệ)
- giao diện người dùng là một cửa sổ (còn gì nữa không? “Trình duyệt” là gì?)
- Có rất ít báo cáo trong hệ thống; tất cả đều là giấy và được in trên máy in kim.
- Chương trình đang được phát triển tập trung vào việc giải quyết “vấn đề xử lý thông tin”, có đầu vào và đầu ra rõ ràng và có tính chuyên môn cao. Việc xử lý thông tin dựa trên một “thuật toán”. Đôi khi có một số "thuật toán". (Lập trình hướng đối tượng khi đó mới chỉ thực hiện những bước đầu tiên và chưa được xem xét nghiêm túc).
- quản trị viên cơ sở dữ liệu hiểu thông tin gì trong các bảng và tích cực tham gia chỉnh sửa các thư mục hệ thống (thực sự có một máy chủ DBMS cho 50 ứng dụng khác nhau không?)
5.8. Bản vẽ mẫu tài liệu (khung video)
Tài liệu phải chứa hình ảnh ở dạng tài liệu hoặc khung video phù hợp với yêu cầu của tiêu chuẩn tiểu bang của hệ thống tài liệu thống nhất R 50-77 và các giải thích cần thiết.
Điểm mấu chốt của tài liệu là các doanh nghiệp Liên Xô đã sử dụng cái gọi là “Khu vực in”, nơi có máy in ma trận tốc độ cao, trình điều khiển thường do chính các kỹ sư viết. Vì vậy, họ phải duy trì một sổ đăng ký tất cả các tài liệu cần in để đảm bảo rằng các tài liệu trông giống như khi in.
“Khung hình video” cũng là một tài liệu được hiển thị trên Hiển thị văn bản. Màn hình không phải lúc nào cũng hỗ trợ các ký tự được yêu cầu và số lượng yêu cầu các ký tự theo chiều ngang và dòng theo chiều dọc (và đồ họa hoàn toàn không được hỗ trợ). Vì vậy, ở đây cũng cần phải phối hợp thêm các hình thức của tất cả các tài liệu trên màn hình.
Giờ đây các từ “machineogram”, “khung hình video”, “ADC” không còn cho chúng ta biết điều gì nữa. Tôi cũng không tìm thấy chúng được sử dụng, mặc dù tôi đã tốt nghiệp một học viện chuyên ngành vào những năm 90. Chỉ là thời gian sự xuất hiện của Windows 3.1, màn hình VGA, đĩa mềm 3 inch và các trang Internet nội địa đầu tiên. Nhưng những từ này là tiêu chuẩn và đôi khi khách hàng thất thường yêu cầu chúng tôi cung cấp cho anh ta một bộ tài liệu đầy đủ theo GOST 34.201-89. Hơn nữa, những công thức như vậy trong ToR di chuyển từ bộ này sang bộ khác và đã trở thành một loại khuôn mẫu bất thành văn để đưa nội dung vào đó.
Vì vậy, tài liệu có cái tên ngu ngốc “Bản vẽ biểu mẫu tài liệu (khung video)” trong dự án nên và không nên để trống.
Những gì tốt trong tiêu chuẩn
Bất kỳ tiêu chuẩn nào cũng tốt ở chỗ nó cho phép khách hàng và nhà thầu nói cùng một ngôn ngữ và đưa ra sự đảm bảo rằng ít nhất khách hàng sẽ không có bất kỳ khiếu nại nào “dưới hình thức” đối với kết quả được truyền đi.
Và các tiêu chuẩn GOST 34 cũng tốt vì chúng được biên soạn bởi những người thông minh, được thử nghiệm trong nhiều năm và chúng có một mục tiêu rõ ràng - mô tả trên giấy một cách đầy đủ nhất có thể bản chất trừu tượng phức tạp mà bất kỳ hệ thống điều khiển tự động nào thể hiện.
Khi bạn cần đặt ra nhiệm vụ một cách thành thạo cho các nhà thầu phương Tây chưa bao giờ nghe nói đến tiêu chuẩn GOST của chúng tôi, bạn cũng có thể dựa vào các tiêu chuẩn này, hay đúng hơn là dựa vào nội dung và thành phần ngữ nghĩa của chúng. Bởi vì, tôi nhắc lại, việc đảm bảo tính đầy đủ của thông tin có giá trị rất lớn. Dù chúng ta có tự an ủi mình đến mức nào cấp độ cao tính chuyên nghiệp của chúng ta, chúng ta có thể quên đưa những điều cơ bản vào yêu cầu của mình, trong khi GOST 34.602-89 tương tự lại “ghi nhớ” mọi thứ. Nếu bạn không rõ kết quả công việc của các nhà thầu phương Tây sẽ như thế nào, hãy xem các yêu cầu về tài liệu và các phần được đề xuất. Tôi đảm bảo với bạn, tốt hơn hết là đừng nghĩ đến nó! Rất có thể, có những tiêu chuẩn tương tự của phương Tây đối với tiêu chuẩn của chúng ta, trong đó mọi thứ có thể hoàn thiện hơn, hiện đại hơn và tốt hơn. Thật không may, tôi không quen thuộc với họ, vì chưa có trường hợp nào mà tiêu chuẩn GOST của chúng tôi là không đủ.
Bạn có thể cười nhạo sự thật rằng những người tạo ra tiêu chuẩn không biết gì về java hoặc .NET, về màn hình HD và Internet, nhưng tôi không khuyên bạn nên đánh giá thấp quy mô công việc họ đã làm và giá trị của nó đối với cộng đồng chuyên môn của chúng ta.
Cách đọc hiểu tài liệu chuẩn theo GOST series 34
Tiêu chuẩn chia tất cả các tài liệu theo hai trục - thời gian và lĩnh vực chủ đề. Nếu bạn nhìn vào Bảng 2 trong GOST 34.201-89, bạn có thể thấy rõ sự phân chia này (cột “Giai đoạn sáng tạo” và “Một phần của dự án”
Các giai đoạn xây dựng hệ thống điều khiển tự động
Các giai đoạn sáng tạo được xác định trong GOST 34.601-90. Ba trong số chúng có liên quan đến tài liệu:- Thiết kế dự thảo (ED)
- Thiết kế kỹ thuật (TP)
- Xây dựng tài liệu làm việc (DD)
Dự án kỹ thuật mô tả hệ thống tương lai từ mọi góc độ. Các tài liệu ở giai đoạn TP, sau khi đọc, phải để lại sự rõ ràng hoàn toàn về các phương pháp tiếp cận, phương pháp, giải pháp kiến trúc và kỹ thuật được đề xuất. Ở giai đoạn tiếp theo sẽ là quá muộn để mô tả các cách tiếp cận và biện minh giải pháp kỹ thuật, vì vậy giai đoạn P là chìa khóa để phân phối công việc thành công, vì tất cả các yêu cầu đa dạng của thông số kỹ thuật phải được phản ánh trong các tài liệu của giai đoạn P. Ở giai đoạn P, hệ thống có thể không tồn tại.
Tài liệu làm việcđược thiết kế để triển khai, vận hành và vận hành thành công hệ thống mới. Đây là những tài liệu chứa thông tin rất cụ thể mô tả các thực thể hiện có về mặt vật lý, trái ngược với pha P mô tả sự huy hoàng trong tương lai.
Các phần (phần) của tài liệu dự án để tạo ra một hệ thống điều khiển tự động
Lĩnh vực chủ đề được chia thành “Quy định”. Lúc đầu, có vẻ như sự phân chia như vậy là dư thừa và không cần thiết. Nhưng khi bạn bắt đầu làm việc với bộ công cụ này trong thực tế, hệ tư tưởng gắn liền với nó dần dần trở nên rõ ràng.Một hệ thống tự động, như được hình dung bởi các trình biên dịch GOST, là sự kết hợp giữa các kênh phần cứng, phần mềm và giao tiếp để xử lý thông tin đến từ nguồn khác nhau thông tin theo các thuật toán nhất định và đưa ra kết quả xử lý dưới dạng tài liệu, cấu trúc dữ liệu hoặc hành động điều khiển. Một mô hình nguyên thủy của súng máy đơn giản nhất.
Để mô tả đầy đủ “cỗ máy” này, các phần sau được thực hiện (như trong bản vẽ):
Phần mềm (MS), trả lời các câu hỏi: logic nào được cài đặt bên trong “hộp đen”? Tại sao những thuật toán cụ thể này, những công thức cụ thể này và những hệ số cụ thể này lại được chọn?
Phần mềm toán học không biết gì về bộ xử lý hoặc cơ sở dữ liệu. Đây là một khu vực trừu tượng riêng biệt, nơi ở của “những con ngựa hình cầu trong chân không”. Nhưng phần mềm toán học có thể liên quan rất chặt chẽ với lĩnh vực chủ đề, hay còn gọi là Đời thực. Ví dụ, các thuật toán điều khiển cho hệ thống điều khiển giao thông phải được Thanh tra An toàn Giao thông Nhà nước phê duyệt trước khi được khách hàng phê duyệt. Và khi đó bạn sẽ hiểu tại sao chúng lại được đưa vào một cuốn sách riêng. Bởi vì không ai trong lực lượng cảnh sát giao thông quan tâm đến việc máy chủ ứng dụng sẽ chạy trên hệ điều hành nào, nhưng biển báo nào và giới hạn tốc độ sẽ hiện lên trên bảng khi trời mưa hay tuyết thì rất thú vị. Họ chịu trách nhiệm về phần mình và sẽ không ký bất cứ điều gì khác. Mặt khác, khi họ ký, sẽ không có câu hỏi nào về khía cạnh kỹ thuật của vấn đề - tại sao họ lại chọn những bảng hoặc đèn giao thông đó mà không phải những bảng khác. Sự khôn ngoan của “tổ tiên” được thể hiện rõ ràng trong những trường hợp thực tế như vậy.
Hỗ trợ thông tin (IS). Một lát khác của hệ thống. Lần này hộp đen của hệ thống của chúng tôi được làm trong suốt và chúng tôi xem xét thông tin lưu chuyển trong đó. Hãy tưởng tượng một mô hình hệ thống tuần hoàn của con người khi tất cả các cơ quan khác đều vô hình. Một cái gì đó như thế này là Hỗ trợ thông tin. Nó mô tả thành phần và lộ trình của các luồng thông tin bên trong và bên ngoài, tổ chức logic của thông tin trong hệ thống, mô tả sách tham khảo và hệ thống mã hóa (những người tạo ra chương trình sản xuất đều biết tầm quan trọng của chúng). Phần mô tả chính rơi vào giai đoạn TP, nhưng một số "thông tin cơ bản" sẽ được chuyển sang giai đoạn RD, chẳng hạn như tài liệu "Danh mục cơ sở dữ liệu". Rõ ràng là trước đây nó chứa chính xác những gì được viết trong tiêu đề. Nhưng hôm nay hãy thử một điều đầy thử thách hệ thống tích hợpđể tạo một tài liệu như vậy khi hệ thống thường sử dụng các hệ thống con đã mua với kho thông tin bí ẩn của riêng chúng. Tôi thậm chí không nói rằng tài liệu này bây giờ không đặc biệt cần thiết.
Hoặc đây là “Tuyên bố về phương tiện lưu trữ máy tính”. Rõ ràng là trước đây nó chứa nhiều trống từ hoặc cuộn phim. Bây giờ tôi nên đặt gì vào đó?
Tóm lại, ở giai đoạn RD các tài liệu Hỗ trợ thông tinđại diện cho một sự thô sơ khá có hại, vì về mặt hình thức thì chúng nên tồn tại, nhưng không có gì đặc biệt để lấp đầy chúng.
Phần mềm. Phần yêu thích của mọi người trong tài liệu dự án. Có, nếu chỉ vì nó chỉ là một tài liệu! Và rồi, mọi người đều hiểu cần phải viết gì ở đó. Nhưng dù sao thì tôi cũng sẽ lặp lại nó.
Trong tài liệu này, chúng tôi phải cho bạn biết các thuật toán được mô tả trong ML được thực thi bằng phần mềm nào, xử lý thông tin được mô tả trong IR. Tức là không cần phải sao chép thông tin từ các phần khác vào đây. Ở đây chúng tôi đưa ra kiến trúc của hệ thống, lý do lựa chọn công nghệ phần mềm, mô tả của chúng (tất cả các loại hệ thống: ngôn ngữ lập trình, khung, hệ điều hành, v.v.). Cũng trong tài liệu này, chúng tôi mô tả cách tổ chức các công cụ xử lý thông tin (hàng đợi tin nhắn, phương tiện lưu trữ, Dự trữ bản sao, giải pháp trợ năng, tất cả các loại nhóm ứng dụng, v.v.). Tiêu chuẩn chứa một mô tả chi tiết về nội dung của tài liệu này mà bất kỳ chuyên gia nào cũng sẽ hiểu.
Hỗ trợ kỹ thuật (TO). Phần không kém phần được yêu thích của tài liệu dự án. Bức tranh màu hồng chỉ bị che mờ bởi quá nhiều tài liệu cần được phát triển. Tổng cộng, tiêu chuẩn yêu cầu phát triển 22 tài liệu, trong đó có 9 tài liệu ở giai đoạn TC.
Thực tế là tiêu chuẩn này cung cấp sự mô tả về mọi thứ hỗ trợ kỹ thuật, bao gồm phần cứng và mạng máy tính, hệ thống kỹ thuật và thậm chí cả phần xây dựng (nếu được yêu cầu). Và nền kinh tế này được điều chỉnh bởi một số lượng lớn các tiêu chuẩn và quy định, được phối hợp giữa các tổ chức khác nhau, và do đó sẽ thuận tiện hơn nếu chia mọi thứ thành nhiều phần và điều phối (chỉnh sửa) thành nhiều phần. Đồng thời, tiêu chuẩn cho phép bạn kết hợp một số tài liệu với nhau, điều này sẽ có ý nghĩa nếu toàn bộ tài liệu được một người phê duyệt.
Cũng đừng quên rằng một bộ tiêu chuẩn chất lượng bao hàm việc ghi lại và lưu trữ các tài liệu kỹ thuật và “sách” của chúng tôi từ khách hàng có thể được phân phối giữa các kho lưu trữ khác nhau, tùy thuộc vào chủ đề mô tả. Đây là một lập luận khác ủng hộ việc phân mảnh tài liệu.
Hỗ trợ tổ chức (OO). Đã kìm nén mong muốn, điều bình thường của một dân công nghệ, là bỏ qua phần này càng nhanh càng tốt, ngược lại, tôi sẽ xem xét nó chi tiết hơn. Thưa các đồng nghiệp, gần đây có một số xu hướng xấu trong các dự án cần được làm rõ ở phần này.
Ở giai đoạn TP, phần này chỉ chứa một tài liệu “ Mô tả cơ cấu tổ chức", trong đó chúng tôi phải cho khách hàng biết họ nên chuẩn bị những gì khi thay đổi cơ cấu tổ chức. Đột nhiên bạn cần tổ chức một bộ phận mới để vận hành hệ thống của mình, giới thiệu các vị trí mới, v.v.
Ở giai đoạn RD, các tài liệu khác thú vị hơn xuất hiện mà tôi muốn xem xét riêng.
Hướng dẫn sử dụng. Tôi nghĩ bình luận là không cần thiết.
Phương pháp (công nghệ) máy tính hỗ trợ thiết kế . Nếu cần, bạn có thể đưa mô tả về quy trình xây dựng phần mềm, kiểm soát phiên bản, kiểm tra, v.v. vào tài liệu này. Nhưng điều này xảy ra nếu khách hàng trong phần đặc tả kỹ thuật mong muốn tự mình lắp ráp phần mềm. Nếu anh ta không yêu cầu điều này (và không trả tiền), thì toàn bộ căn bếp bên trong bạn không phải việc của anh ta và tài liệu này không cần phải được thực hiện.
Hướng dẫn công nghệ. Do thời trang chính thức hóa các quy trình kinh doanh, một khách hàng xảo quyệt đôi khi cố gắng nhét các quy định vận hành vào tài liệu này. Vì vậy, trong mọi trường hợp bạn không nên làm điều này.
Mô tả quy trình kinh doanh, vai trò và mô tả công việc, quy định làm việc - tất cả đây là ORD, tức là tài liệu về tổ chức và hành chính. Đó là sản phẩm của một dự án tư vấn, theo tôi hiểu thì không phải mua từ bạn. Và họ đã mua một dự án kỹ thuật từ bạn cũng như tài liệu kỹ thuật cho nó.
Hướng dẫn công nghệ là một lớp giữa hướng dẫn vận hành và hướng dẫn sử dụng. RP mô tả chi tiết Làm sao bạn cần thực hiện một số hành động nhất định trong hệ thống. Hướng dẫn công nghệ nói rằng cái mà các hành động phải được thực hiện trong một số trường hợp nhất định liên quan đến hoạt động của hệ thống. Nói một cách đại khái, hướng dẫn công nghệ là một bản tóm tắt ngắn gọn về RP cho một vị trí hoặc vai trò cụ thể. Nếu khách hàng không có vai trò nào được hình thành hoặc họ muốn bạn tự tạo vai trò và yêu cầu công việc, hãy đưa các vai trò cơ bản nhất vào tài liệu, ví dụ: người điều hành, người điều hành cấp cao, quản trị viên. Nhận xét của khách hàng về chủ đề “nhưng với chúng tôi thì không như vậy” hoặc “chúng tôi không thích điều đó” phải kèm theo danh sách các vai trò và mô tả trách nhiệm công việc. Bởi vì quá trình kinh doanh chúng ta chúng tôi không đặt nó. Chúng tôi là những quy trình kinh doanh này tự động hóa.
Tôi sẽ viết riêng về những chiếc cào được mô tả, với những ví dụ đầy màu sắc, vì đây không phải là lần đầu tiên điều này được lặp lại trong các lĩnh vực khác nhau của “nền kinh tế quốc gia”.
Mô tả quy trình công nghệ xử lý dữ liệu (bao gồm cả xử lý từ xa). Một di tích thảm hại của thời kỳ hang động, khi có những “Người vận hành máy tính” được chỉ định đặc biệt, những người đưa thẻ đục lỗ vào máy và đóng gói bản in kết quả vào một phong bì. Hướng dẫn này là dành cho họ. Tôi không thể nói cho bạn biết chính xác nên viết gì trong thế kỷ 21. Hãy tự mình thoát ra. Điều tốt nhất là hãy quên tài liệu này đi.
Giải pháp toàn hệ thống (WSO). Tiêu chuẩn cung cấp 17 tài liệu trong phần OP. Thứ nhất, đây hầu như đều là tài liệu của giai đoạn sơ bộ của Thiết kế sơ đồ. Thứ hai, đây là tất cả các loại ước tính, tính toán và mô tả ngắn gọn các chức năng tự động. Nghĩa là, thông tin dành cho mọi người không phải từ bộ phận sản xuất CNTT chính mà dành cho nhân viên hỗ trợ - nhà quản lý, người ước tính, chuyên gia mua hàng, nhà kinh tế, v.v.
Và thứ ba, OR bao gồm một tài liệu lớn có tên là “Chú thích giải thích cho dự án kỹ thuật", vốn được dự định là một loại Tóm tắt điều hành, nhưng trên thực tế, nhiều nhà thiết kế đã đưa tất cả nội dung hữu ích của giai đoạn TP vào đó. Cách tiếp cận triệt để như vậy có thể hợp lý và thậm chí có lợi cho cả khách hàng và nhà thầu, nhưng trong một số trường hợp nhất định.
Các tùy chọn sử dụng GOST 34
- Tuân thủ đầy đủ và chính xác theo tiêu chuẩn. Đương nhiên, sẽ không có ai tự nguyện viết một đống tài liệu như vậy. Do đó, một bộ tài liệu hoàn chỉnh chỉ được chuẩn bị theo yêu cầu khẩn cấp của khách hàng, được ông đảm bảo trong các thông số kỹ thuật và cũng được ghim bằng một thỏa thuận phía trên. Trong trường hợp này, bạn cần hiểu mọi thứ theo nghĩa đen và đưa cho khách hàng những “cuốn sách” vật lý, trên đó sẽ có tên của các tài liệu từ Bảng 2 của GOST 34.201-89, ngoại trừ những cuốn hoàn toàn không cần thiết, danh sách mà bạn phải bàn bạc và bảo đảm bằng văn bản. Nội dung của các tài liệu cũng phải tuân thủ RD 50-34.698-90, không cần có bất kỳ sự tưởng tượng nào, ngay đến tên của các phần. Để khiến đầu óc khách hàng nổ tung, đôi khi hệ thống lớnđược chia thành các hệ thống con và tài liệu thiết kế riêng biệt được ban hành cho từng hệ thống con. Nó trông đáng sợ và không chịu sự kiểm soát thông thường với sự trợ giúp của tâm trí trần thế. Đặc biệt là về việc tích hợp các hệ thống con. Điều này đơn giản hóa rất nhiều việc chấp nhận. Điều chính là bản thân bạn không bị nhầm lẫn và hệ thống của bạn vẫn hoạt động như bình thường.
- Chúng tôi chỉ yêu thích các tiêu chuẩn GOST. Các công ty lớn thực sự yêu thích các tiêu chuẩn. Bởi chúng giúp mọi người hiểu nhau hơn. Nếu khách hàng của bạn được chú ý là người yêu thích trật tự và tiêu chuẩn hóa, hãy cố gắng tuân thủ hệ tư tưởng GOST tiêu chuẩn khi phát triển tài liệu, ngay cả khi điều này không được yêu cầu bởi các thông số kỹ thuật. Các chuyên gia phê duyệt sẽ hiểu bạn hơn và chấp nhận bạn hơn, và bản thân bạn cũng sẽ không quên đưa họ vào tài liệu Thông tin quan trọng, bạn sẽ thấy rõ hơn cấu trúc mục tiêu của tài liệu, lên kế hoạch cho công việc viết chúng chính xác hơn, đồng thời tiết kiệm cho bản thân và đồng nghiệp rất nhiều lo lắng và tiền bạc.
- Chúng tôi không quan tâm đến tài liệu, miễn là mọi thứ đều hoạt động. Sự xuất hiện biến mất của khách hàng vô trách nhiệm. Quan điểm tương tự về tài liệu vẫn có thể được tìm thấy ở những khách hàng nhỏ và nghèo, cũng như ở những “chế độ ngu ngốc” độc tài còn sót lại từ thời perestroika, nơi xung quanh ông chủ là những người bạn - giám đốc trung thành và mọi vấn đề đều được giải quyết trong các cuộc trò chuyện cá nhân. . Trong những điều kiện như vậy, bạn có quyền bỏ qua hoàn toàn tài liệu, nhưng tốt hơn hết là không nên hạ gục tầm nhìn và ít nhất là điền nội dung vào tài liệu một cách sơ đồ. Nếu không bán được cho khách hàng này thì chuyển (bán) cho khách hàng tiếp theo.
Phần kết luận
Bài viết này nói về các tiêu chuẩn GOST của chúng tôi để ghi lại các hệ thống điều khiển tự động. GOST đã cũ nhưng hóa ra chúng vẫn rất hữu ích trong gia đình. Ngoài một số điều cơ bản rõ ràng, cấu trúc của tài liệu còn có đặc tính đầy đủ và nhất quán, đồng thời việc tuân thủ tiêu chuẩn giúp loại bỏ nhiều rủi ro của dự án mà ban đầu chúng ta có thể không nhận thức được sự tồn tại của chúng.
Tôi hy vọng tài liệu được trình bày hữu ích cho bạn hoặc ít nhất là thú vị. Mặc dù có vẻ tẻ nhạt nhưng việc ghi chép là một công việc quan trọng và có trách nhiệm, tính chính xác cũng quan trọng như khi viết. mã tốt. Viết tài liệu tốt, Đồng nghiệp! Và tuần tới tôi sẽ đi công tác hai lần liên tiếp nên không thể đảm bảo xuất bản tài liệu mới (tôi không có bộ nhớ đệm, tôi đang viết từ đầu).
