Điều khoản tham chiếu mẫu cho hệ thống thông tin Mô tả việc triển khai vật lý của cơ sở dữ liệu. Điều khoản tham chiếu cho việc tạo ra một hệ thống thông tin
Thông số kỹ thuật cho thiết kế hệ thống thông tin. Phần chính điều khoản tham chiếu. Tiêu chuẩn mô tả thông số kỹ thuật. Phân tích và phát triển các yêu cầu.
Nhiệm vụ kỹ thuật- tài liệu kỹ thuật (thông số kỹ thuật) chỉ rõ một bộ yêu cầu đối với hệ thống và được cả khách hàng/người sử dụng và nhà thầu/nhà sản xuất hệ thống phê duyệt. Một đặc điểm kỹ thuật như vậy cũng có thể chứa yêu cầu hệ thống và yêu cầu kiểm tra.
Thông số kỹ thuật bao gồm các phần sau:
Thông tin chung. Phần này bao gồm: tên đầy đủ của dự án phát triển, tên đầy đủ và thông tin chi tiết của khách hàng và nhà thầu, danh sách các tài liệu làm cơ sở cho việc phát triển, ngày bắt đầu và kết thúc công việc có thể có, quy trình xử lý và trình bày cho chủ đầu tư. khách hàng kết quả công việc để tạo ra hệ thống hoặc các bộ phận của nó.
Nguyên nhân và mục đích phát triển. Mục đích của sự phát triển đề cập đến loại quy trình hoạt động tự động.
Yêu cầu hệ thống. Chứa các phần phụ với các yêu cầu đối với toàn bộ hệ thống và các chức năng mà hệ thống thực hiện.
Thành phần và nội dung công việc tạo ra hệ thống. Danh sách các công việc và nội dung dự kiến thực hiện trong khuôn khổ dự án này
Thủ tục kiểm soát và chấp nhận hệ thống. Chứa ngày kiểm soát trung gian gần đúng và ngày giao hàng gần đúng cho khách hàng.
Yêu cầu về thành phần, nội dung công việc chuẩn bị đối tượng phát triển đưa hệ thống vào vận hành. Mô tả công tác chuẩn bị về việc vận hành hệ thống.
Yêu cầu về tài liệu. Chứa danh sách và thành phần của tài liệu hệ thống.
Các nguồn phát triển Chứa danh sách các tài liệu và tài liệu sẽ được sử dụng để phát triển hệ thống.
Có ba tiêu chuẩn mô tả các thông số kỹ thuật để thiết kế IS: GOST 34.602-89, GOST 19.201-78, GOST 19.102-77.
Việc phát triển các yêu cầu có thể dựa trên các cuộc khảo sát, bảng câu hỏi, v.v. Ngoài ra, các yêu cầu có thể được hình thành trên cơ sở động não, quan sát hoạt động sản xuất, phân tích tài liệu quy định, phân tích IS đã tạo, phân tích các phiên bản IS được sử dụng.
Khi phát triển các yêu cầu, vấn đề mơ hồ, chưa đầy đủ và không nhất quán của các yêu cầu riêng lẻ thường nảy sinh. Việc khắc phục những vấn đề này trong giai đoạn phát triển yêu cầu tốn ít chi phí hơn nhiều so với việc khắc phục các vấn đề tương tự sau này trong quá trình phát triển.
Giao diện người dùng của hệ thống thông tin. Nguyên tắc chung khi xây dựng. Phong cách giao diện người dùng. Tiêu chí hiệu quả giao diện người dùng. Hướng dẫn thiết kế giao diện người dùng. Nguyên lý thiết kế.
Giao diện người dùng– đây là phần mềm của hệ thống thông tin, chịu trách nhiệm quản lý các thiết bị mà người dùng giao tiếp với chương trình.
Lập kế hoạch và thiết kế giao diện người dùng phải dựa trên các mô hình sau:
- Mô hình về tinh thần– một số kỳ vọng của một người dựa trên cảm giác thực tế cũng như kiến thức và kinh nghiệm làm việc với máy tính của người đó.
- mô hình tùy chỉnh- bằng cách quan sát cách người dùng làm việc với giao diện mới và phân tích phản hồi của họ về công việc, bạn có thể hình thành ý tưởng chung về giao diện trong tương lai. Điều quan trọng là người dùng phải được tham gia vào công việc trên IS càng sớm càng tốt.
- Mô hình lập trình viên– được sinh ra trong đầu của lập trình viên và dựa trên các hoạt động nghề nghiệp của anh ta.
Phong cách giao diện người dùng. Có bốn kiểu giao diện người dùng chính:
- Giao diện đồ họa người dùng (Đồ họa Người dùng Giao diện, GUI) – giao diện này dựa trên bốn yếu tố cơ bản: cửa sổ, con trỏ (chuột), menu và biểu tượng. Các thành phần khác cũng được sử dụng: nút, công tắc, trường nhập, v.v. Một tính năng của giao diện này là khả năng thiết kế và điều khiển màn hình nâng cao bằng con trỏ chuột.
- Web-giao diện (Web Người dùng Giao diện, WUI) – giao diện giống với giao diện GUI, nhưng ban đầu kém hơn. Đặc biệt, nó sử dụng chế độ một cửa sổ và không có khả năng “kéo và thả” các đối tượng. Với sự phát triển của JavaScript và Ajax, nó trở nên giống giao diện GUI hơn.
- Giao diệnHUI (Nhân loại Người dùng Giao diện) là giao diện người dùng của các thiết bị cầm tay. Thông thường, các thiết bị như vậy có màn hình rất nhỏ. Nó chứa một số thành phần GUI, chẳng hạn như các mục menu và biểu tượng.
- Phong cách giao diện đối tượng Khả năng lập trình đối tượng đưa bản chất của đối tượng vào giao diện người dùng. Cách tiếp cận đối tượng được đặc trưng bởi các khả năng như kéo các phần tử, danh mục, chú giải công cụ, v.v.
Hãy xem xét một bộ tiêu chí chất lượng giao diện người dùng:
- Thấu hiểu người dùng – nhu cầu của người dùng được phản ánh trong giao diện chương trình ở mức độ nào.
- Hiệu quả trong quá trình thiết kế– xác định xem sản phẩm có được suy nghĩ và thiết kế cẩn thận hay không.
- Sự cần thiết của dự án- Sản phẩm có ý nghĩa kinh tế và xã hội hay không.
- Sự phù hợp cho việc học tập và sử dụng– mức độ khó để học và sử dụng sản phẩm.
- Thư tín– liệu thiết kế sản phẩm có tương ứng với việc giải quyết các vấn đề đặt ra hay không.
- Cảm xúc thẩm mỹ– tính thẩm mỹ khi sử dụng sản phẩm.
- Khả năng thay đổi– thiết kế có thể thay đổi bao nhiêu tùy theo yêu cầu của người dùng.
- Khả năng kiểm soát– chức năng kiểm soát sản phẩm được triển khai ở mức độ nào: quản lý lắp đặt, đào tạo, hỗ trợ.
Nguyên tắc chung khi xây dựng giao diện đồ họa:
Sử dụng một môi trường người dùng duy nhất dưới dạng máy tính để bàn;
Sử dụng cửa sổ đồ họa để hiển thị dữ liệu;
Sử dụng đầu vào không phải bàn phím (sử dụng chuột).
Quy tắc thiết kế giao diện người dùng:
- Kiểm soát người dùng - nhà phát triển nên cung cấp cho người dùng nhiều nhất toàn quyền kiểm soát qua IP (trong chừng mực bảo mật cho phép). Hãy xem xét một số cách triển khai cụ thể của nguyên tắc này:
1) giảm tải bộ nhớ - bộ nhớ của người dùng không quá lớn và không quá nhanh.
2) khả năng tương thích giao diện – khả năng người dùng chuyển giao kinh nghiệm và kiến thức của họ để làm việc với phần mềm mới.
Mô hình hóa hệ thống thông tin. Sự cần thiết của ngôn ngữ mô hình hóa Ngôn ngữUML. Nguyên tắc thiết kế hướng đối tượng. Tổng quan về sơ đồ ngôn ngữUML. Sơ đồ ca sử dụng và sơ đồ lớp.
Làm người mẫu– đây là sự thay thế đối tượng đang nghiên cứu (bản gốc) bằng hình ảnh thông thường của nó hoặc một đối tượng khác (mô hình) và nghiên cứu các tính chất của bản gốc bằng cách nghiên cứu các tính chất của mô hình.
Hiệu quả của mô hình hóa có thể đạt được nếu đáp ứng được hai điều kiện: mô hình cung cấp sự hiển thị chính xác các đặc tính của bản gốc; Mô hình này loại bỏ các vấn đề cố hữu khi thực hiện phép đo trên vật thể thực.
Ngôn ngữ mô hình hóa – là một ký hiệu, chủ yếu là đồ họa, được sử dụng để mô tả các dự án. Ký hiệuđại diện cho một tập hợp các đối tượng đồ họa được sử dụng trong mô hình. Ký hiệu là cú pháp của một ngôn ngữ mô hình hóa. Một mặt, ngôn ngữ mô hình hóa phải làm cho các quyết định của người thiết kế trở nên dễ hiểu đối với người dùng, mặt khác, cung cấp cho người thiết kế các phương tiện để thể hiện hệ thống thông tin một cách chính thức nhất. Trình bày bằng đồ họa thường là phổ biến nhất hình thức rõ ràng trình bày thông tin.
UML (Thống nhât Làm người mẫu Ngôn ngữ– ngôn ngữ mô hình thống nhất)- ngôn ngữ mô tả đồ họa cho việc phát triển mô hình hóa đối tượng phần mềm.UML sử dụng ký hiệu đồ họa để biểu diễn mô hình trừu tượng của hệ thống, được gọi là mô hình UML. Ngôn ngữ này được phát triển để lập mô hình IS. UML không phải là ngôn ngữ lập trình nhưng mã được tạo dựa trên mô hình UML.
Mô hình hướng đối tượng là một tập hợp các sơ đồ mô tả, sử dụng ngôn ngữ UML, các khía cạnh khác nhau của cấu trúc và hành vi của IS.
Biểu đồUML là biểu diễn đồ họa của một tập hợp các phần tử, thường được mô tả dưới dạng biểu đồ có các đỉnh (thực thể) và các cạnh (mối quan hệ).
NHIỆM VỤ KỸ THUẬT
để phát triển hệ thống thông tin
1. Thông tin chung
4. Yêu cầu hệ thống
6. Quy trình kiểm soát và nghiệm thu hệ thống
1. Thông tin chung
Theo thỏa thuận số MP23 giữa TechnoPlus LLC (sau đây gọi là Nhà phát triển) và OptoTorgovlya LLC (sau đây gọi là Khách hàng), Nhà phát triển thiết kế cơ sở dữ liệu, phát triển và đưa vào vận hành hệ thống thông tin “Kế toán” hoạt động giao dịch»
Ngày bắt đầu thiết kế BDB được coi là ngày sau khi ký Thông số kỹ thuật này
Nếu trong quá trình phát triển, Khách hàng thay đổi các yêu cầu được mô tả trong tài liệu này thì chúng sẽ được chính thức hóa một tài liệu riêng biệt và yêu cầu thay đổi hoặc bổ sung Thỏa thuận giữa Khách hàng và Nhà phát triển DB về thời hạn hoàn thành và thanh toán thỏa thuận
Khách hàng thanh toán cho công việc của Nhà phát triển cơ sở dữ liệu theo Thỏa thuận số XXX
2. Mục đích, mục tiêu hình thành (phát triển) hệ thống
IS “Kế toán hoạt động thương mại” được thiết kế để lưu trữ, xử lý và phân tích thông tin liên quan đến hoạt động chính của Khách hàng.
Mục đích của việc tạo ra IS “Kế toán hoạt động thương mại” là:
Lưu trữ thông tin về các hoạt động giao dịch đã hoàn thành;
Phản ánh các giao dịch thương mại trong kế toán;
Phân tích kết quả tài chính hoạt động giao dịch;
Phân tích hoạt động giao dịch theo phạm vi sản phẩm và đối tác.
3. Đặc điểm của đối tượng tự động hóa
3.1. Hoạt động chính của Khách hàng là kinh doanh đồ nội thất và các sản phẩm liên quan bằng chuyển khoản ngân hàng.
3.2. Khách hàng không phải là người nộp thuế GTGT
3.3. Trong ngày, Khách hàng thực hiện không quá 100 giao dịch mua bán hàng hóa.
3.4. Tổng khối lượng của dòng sản phẩm không vượt quá 3000 đơn vị
3.5. Tổng số đối tác - nhà cung cấp không quá 100 đơn vị.
3.6. Số lượng đối tác – người mua – không giới hạn. Tại thời điểm ký hợp đồng N XXX là 300 chiếc.
3.7. Khách hàng xuất kho hàng hóa theo phương pháp giá bình quân gia quyền.
3.9. Chỉ các tài khoản loại 9 mới được sử dụng làm tài khoản chi phí.
3.10. Kết quả tài chính của hoạt động thương mại của doanh nghiệp (lợi nhuận và lợi nhuận của hoạt động) được tính trên cơ sở chênh lệch giữa ngành 702 và 902.
3.11. Các giao dịch mua bán được ghi nhận trên các chứng từ chính Hóa đơn thu, Hóa đơn chi, Sao kê ngân hàng.
Hóa đơn của Pributkov (PN) sẽ ghi rõ hàng đã về kho doanh nghiệp và bao gồm các thông tin sau:
- con số;
- ngày;
– Tên đối tác (công ty - chủ bưu điện);
– tên của sản phẩm;
- sức mạnh;
– đơn giá sản phẩm;
- sumu.
Hóa đơn của Vidatkov (VN) thể hiện hàng hóa đã được đẩy lên từ kho của người mua và có thông tin tương tự như thông tin trong PN (thay vì ghi công ty giao hàng thì ghi công ty thu mua).
Dòng sao kê ngân hàng xác nhận thực tế về việc nhận/rung động tiền từ doanh nghiệp rozrakhunku (r/r) và chứa các thông tin sau:
- ngày;
– dấu hiệu đến/thanh toán tiền;
– Tên của đối tác (người được tìm thấy / người được bảo hiểm quá mức).
3.12. Tài liệu chính về da Nó là một nền tảng để thực hiện các mục nhập thường xuyên dẫn đến thay đổi hồ sơ kế toán hiện có. Giao dịch thương mại yêu cầu các giao dịch sau (Bảng 3.1)
Bảng 3.1 – Các nghiệp vụ hạch toán kế toán tại doanh nghiệp của Khách hàng
Hoạt động | Tài liệu | Ghi nợ tài khoản | Tín dụng tài khoản | Số tiền giao dịch |
Đăng bài | Hóa đơn mua hàng | số tiền tài liệu |
||
Vận chuyển hàng hóa | Hóa đơn bán hàng | số tiền tài liệu |
||
chi phí hàng hóa vận chuyển |
||||
Nhận tiền vào tài khoản vãng lai | Sao kê ngân hàng (biên nhận) | số tiền tài liệu |
||
Chuyển tiền từ tài khoản vãng lai | Sao kê ngân hàng (chi phí) | số tiền tài liệu |
||
Xác định kết quả tài chính | về số tiền đóng 902 tài khoản |
|||
về số tiền đóng 702 tài khoản |
de 281 – hàng tồn kho;
311 – rozrakhunkovy rakhunok bằng tiền quốc gia;
361 – cửa hàng bán lẻ có mua hàng đan lát;
631 – rozrakhunki với nhân viên bưu điện;
702 – thu nhập từ bán hàng;
902 – tính tương thích của hàng hóa được bán (rút tiền).
3.13. Bảng cân đối kế toán dạng tổng hợp như trong Bảng 3.2.
Bảng 3.2 – Cân đối doanh thu sản phẩm tổng hợp
Số mặt hàng | Cân bằng lõi ngô | Doanh số | Cân bằng Kintseve |
|||
Cùng nhau |
4. Yêu cầu hệ thống
“Kế toán hoạt động thương mại” IS phải đáp ứng các yêu cầu sau:
4.1. Cơ sở dữ liệu cho IS “Kế toán hoạt động thương mại” phải cung cấp khả năng lưu trữ, hiển thị và chỉnh sửa thông tin tham khảo và hoạt động.
Thông tin tham khảo:
o Mô tả hàng hóa:
Số danh pháp (sản phẩm);
Tên sản phẩm;
Sự miêu tả;
o đối tác – nhà cung cấp;
Số đối tác;
Tên nhà thầu;
Địa chỉ của đối tác;
Liên lạc;
o đối tác – người mua;
Số đối tác;
Tên nhà thầu;
Địa chỉ của đối tác;
Liên lạc;
o Sơ đồ các tài khoản thực hiện kế toán để ghi nhận hoạt động giao dịch và phân tích kết quả tài chính;
o Danh mục các giao dịch cơ bản để thể hiện các giao dịch mua bán trong kế toán do chứng từ chính có lượt xem tiếp theo, như trong bảng 3.1;
Thông tin hoạt động:
o Chứng từ chính: Hoá đơn thu, Hoá đơn chi, Sao kê ngân hàng (Mô tả chứng từ ở mục 3.11)
o Các bút toán kế toán xuất phát từ chứng từ chính (kiểu bút toán được trình bày ở bảng 3.2)
o Thông tin hàng hóa còn trong kho:
Số hạng mục;
Số lượng;
Tổng;
Giá trung bình.
4.2. IS “Kế toán hoạt động thương mại” sẽ cho phép bạn tự động hóa các hành động sau:
4.2.1 Phản ánh số liệu nhập (nhận) và xuất hàng trong kho, cụ thể là tính toán lại số lượng hàng hóa trong kho và giá vốn trung bình.
4.2.2 Tạo bút toán kế toán tự động dựa trên các tài liệu chính.
4.2.3 Tìm kiếm thông tin sau:
Tài liệu chính thuộc loại được chỉ định trong một thời gian nhất định;
Đăng bài cho một loại tài liệu cụ thể vào một ngày cụ thể;
Thông tin về đối tác
Thông tin sản phẩm
4.2.4 Tiến hành phân tích hoạt động giao dịch trong khoảng thời gian được chỉ định trong các phần sau:
Kết quả tài chính của hoạt động kinh doanh;
Kết quả giải quyết của từng đối tác;
Hàng hóa còn lại trong kho theo từng mặt hàng;
Chi phí giao dịch của mỗi đối tác;
Giá vốn và số lượng bán ra của từng loại sản phẩm
4.2.5 Tạo báo cáo trong khoảng thời gian được chỉ định:
Thiết bị lắp đặt IC phải được trang bị nguồn điện liên tục. Trong trường hợp mất điện, IS sẽ tự động tắt mà không làm mất dữ liệu.
IS phải có cơ chế dự phòng, IS phải được trang bị phần cứng, phần mềm phù hợp:
Giá trị định lượng của các chỉ số độ tin cậy:
- thời gian tắt tự động không quá 1 phút;
- thời gian phục hồi sau sự cố không quá 30 phút;
- mục lục khả năng chịu lỗi IS phải là 11/7, tức là IS hoạt động không bị gián đoạn 11 giờ một ngày, 7 ngày một tuần.
Việc bảo trì IS phải được thực hiện mà không làm gián đoạn hoạt động của nó.
4.5 Yêu cầu về phương pháp đánh giá, giám sát các chỉ số độ tin cậy ở giai đoạn vận hành thử nghiệm
Để giám sát các chỉ số độ tin cậy ở các giai đoạn vận hành thử nghiệm của IS, nhân viên bảo trì phải duy trì Nhật ký lỗi, trong đó phải có các dấu hiệu thông tin sau:
Ngày xảy ra lỗi;
Tổng thời gian hoạt động của đối tượng từ khi bắt đầu hoạt động cho đến khi phát hiện ra lỗi;
Dấu hiệu bên ngoài và bản chất của lỗi;
Loại công việc mà lỗi được phát hiện.
4.6 Yêu cầu về hiệu suất của IC
Hệ thống phải hỗ trợ khả năng xử lý tới 1000 văn bản mỗi ngày
Hệ thống phải có hiệu suất sau:
80% thao tác phải có thời gian phản hồi (thời gian thực hiện thao tác) dưới 1 giây;
15% hoạt động – từ 5 giây. lên đến 10 giây;
5% hoạt động - hơn 10 giây, nhưng không quá 30 phút.
4.7 Yêu cầu về khối lượng (khả năng mở rộng)
Hệ thống phải hỗ trợ truy cập dữ liệu trong 10 năm.
Mức tăng khối lượng cơ sở dữ liệu ước tính mỗi ngày hoạt động là 20 MB.
4.8 Yêu cầu về số lượng, chức năng, trình độ của nhân viên IS và phương thức hoạt động của họ
Công việc với IS sẽ được thực hiện bởi nhân viên của Khách hàng sau:
Người quản lý:
Số lượng: 1;
Trình độ chuyên môn: quản trị mạng, quản trị cơ sở dữ liệu;
Chức năng: quản lý an ninh hệ thống, hỗ trợ dữ liệu vào đầu mỗi ngày làm việc, lưu trữ dữ liệu mỗi năm một lần;
Thời gian làm việc: 1 giờ/ngày, 5 ngày/tuần
Người điều hành (người dùng) ghi lại thực tế hoạt động giao dịch và phân tích kết quả hoạt động giao dịch:
Số lượng: 2;
Trình độ chuyên môn: kế toán, sử dụng máy tính;
Chức năng: đầu vào tài liệu chính, duy trì hiện trạng thông tin kho, lập bút toán kế toán, phân tích kết quả hoạt động giao dịch, sao lưu dữ liệu đầu ngày làm việc rơi vào thứ 7, chủ nhật.
Thời gian làm việc: theo ca để đảm bảo hệ thống vận hành 11 giờ/ngày, 7 ngày/tuần;
Cơ hội làm việc: khóa đào tạo 8 giờ;
Trước khi đưa IS vào hoạt động, để được phép làm việc, nhân sự phải hoàn thành khóa đào tạo kéo dài 8 giờ. Sau khi hoàn thành khóa học, bài kiểm tra sẽ được thực hiện, trong đó đánh giá tính đúng đắn và tốc độ giải quyết các vấn đề thực tế cũng như kiến thức về công việc và hướng dẫn kỹ thuật.
Hệ thống chỉ nên cung cấp quyền truy cập vào các chức năng của nó cho người dùng IS đã đăng ký bằng cách chỉ định mật khẩu.
4.10 Yêu cầu về phần mềm và thành phần, cấu trúc và phương pháp tổ chức cơ sở dữ liệu IS
Dữ liệu trong Hệ thống phải được lưu trữ tại cơ sở dữ liệu quan hệ bệnh đa xơ cứng Máy chủ SQL 2000.
- T-SQL (phương ngữ ngôn ngữ SQL);
VỚI # .
Phần mềm bao gồm phần mềm hệ thống chung được mua bằng chi phí của Khách hàng (được mua phần mềm) và phần mềm đặc biệt được phát triển như một phần của công việc tạo IP.
Phần mềm sau đây nên được sử dụng làm phần mềm toàn hệ thống:
Hệ điều hành;
Hệ quản trị cơ sở dữ liệu MS SQL Server 2000;
Phần mềm sao lưu;
4.11 Yêu cầu về phần cứng
Máy chủ cơ sở dữ liệu, 2 máy trạm.
Thông lượng mạng là 100 Mbit mỗi giây.
4.12 Yêu cầu về triển vọng phát triển và hiện đại hóa IS
Quản trị viên IS phải có khả năng hiện đại hóa và phát triển IS mà không cần sự tham gia của Nhà phát triển ở cấp độ:
- thêm, thay đổi, xóa thông tin tham chiếu IS;
- kết nối/xóa người dùng IS mới;
- thay đổi mật khẩu;
- nhập/xuất dữ liệu từ/đến nguồn lực bên ngoài dữ liệu.
Có thể hiện đại hóa và phát triển IS với sự tham gia hạn chế của Nhà phát triển (tư vấn qua điện thoại) ở cấp độ hiện đại hóa các báo cáo cũ và tạo báo cáo mới. Khả năng và điều kiện tham vấn qua điện thoại của Nhà phát triển về hiện đại hóa IS được đàm phán riêng bằng cách ký một thỏa thuận mới.
5. Thành phần và nội dung công việc tạo dựng hệ thống
Công việc thiết kế IS “Kế toán hoạt động thương mại” được thực hiện theo ba giai đoạn.
Giai đoạn đầu tiên bao gồm:
Kiểm tra khả năng thu thập tất cả thông tin mà Khách hàng yêu cầu dựa trên dữ liệu ban đầu;
thiết kế cơ sở dữ liệu IS;
Điền vào cơ sở dữ liệu đã phát triển Tập kiểm tra dữ liệu;
Phát triển thiết kế giao diện người dùng;
Xây dựng tiêu chuẩn kỹ thuật cấp thấp để phát triển IS “Kế toán hoạt động thương mại”
Sự kết thúc của giai đoạn đầu tiên được xác nhận bằng việc ký Giấy chứng nhận công việc đã hoàn thành nội bộ và phê duyệt thông số kỹ thuật cấp thấp để phát triển IP.
Giai đoạn thứ hai là phát triển phiên bản thử nghiệm của IS “Kế toán hoạt động thương mại”. Kết thúc sân khấu này là đưa phiên bản thử nghiệm vào vận hành thử nghiệm.
Giai đoạn thứ ba là vận hành thử nghiệm “Kế toán hoạt động thương mại” IS, bao gồm việc loại bỏ các lỗi, thiếu sót và điểm không nhất quán đã được xác định với Thông số kỹ thuật này. Kết thúc giai đoạn thứ hai là việc đưa IS vào hoạt động thương mại.
Việc hoàn thành từng giai đoạn thứ hai và thứ ba được các Bên trong thỏa thuận xác nhận bằng việc ký Giấy chứng nhận chuyển giao và nghiệm thu.
Thời gian của giai đoạn đầu tiên là 10 ngày. Thời điểm bắt đầu giai đoạn đầu tiên được coi là ngày tiếp theo ngày Khách hàng và Nhà phát triển cơ sở dữ liệu ký Thông số kỹ thuật này.
Thời gian của giai đoạn thứ hai là 20 ngày. Ngày bắt đầu của giai đoạn thứ hai được coi là ngày tiếp theo ngày phê duyệt quy chuẩn kỹ thuật cấp thấp để phát triển khu công nghiệp.
Thời gian của giai đoạn thứ ba là 20 ngày. Thời điểm bắt đầu giai đoạn thứ ba được coi là ngày tiếp theo ngày Khách hàng và Nhà phát triển DB ký Giấy chứng nhận nghiệm thu phiên bản thử nghiệm của IS để vận hành thử.
Bộ dữ liệu để kiểm tra IS được cung cấp bởi Khách hàng.
Sau khi hoàn thành giai đoạn công việc thứ hai, Nhà phát triển cơ sở dữ liệu cài đặt IS thử nghiệm trên máy chủ thử nghiệm của Khách hàng và cung cấp cho Khách hàng hướng dẫn sơ bộ người dùng, bao gồm mô tả các quy trình cần thiết để làm việc với IS “Kế toán cho các hoạt động thương mại”. Mô tả được cung cấp dưới dạng điện tử.
Khi kết thúc giai đoạn thứ ba của công việc, Nhà phát triển cơ sở dữ liệu cung cấp cho Khách hàng chương trình cài đặt cơ sở dữ liệu trên máy chủ cũng như hướng dẫn người dùng và lập trình viên cũng như hướng dẫn cài đặt IS cùng với các mô tả về quy trình cần thiết để làm việc với IS. LÀ “Kế toán hoạt động thương mại”.
6. Quy trình kiểm soát và chấp nhận hệ thống
Khi kết thúc giai đoạn đầu tiên, Chứng chỉ công việc đã hoàn thành nội bộ sẽ được ký và công việc cấp thấp được phê duyệt bảng dữliệuđể phát triển IP.
Khi kết thúc giai đoạn thiết kế thứ hai và thứ ba, Nhà phát triển cài đặt IS tại Khách hàng, chứng minh hoạt động của IS phù hợp với các yêu cầu đặt ra trong Thông số kỹ thuật này và ký Giấy chứng nhận chuyển giao và nghiệm thu.
7. 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
Vào ngày bắt đầu vận hành thử nghiệm, Khách hàng có nghĩa vụ cung cấp cho Nhà phát triển quyền truy cập cần thiết vào máy chủ nơi phiên bản thử nghiệm của IS “Kế toán hoạt động thương mại” sẽ được triển khai.
Việc thiếu máy chủ để cài đặt cơ sở dữ liệu IS “Kế toán hoạt động thương mại” không thể là cơ sở để từ chối ký Giấy xác nhận nghiệm thu IS “Kế toán hoạt động thương mại” dùng thử hoặc hoạt động thương mại.
Khi kết thúc giai đoạn thứ hai của quá trình phát triển IS “Kế toán hoạt động thương mại”, Nhà phát triển sẽ tiến hành khóa đào tạo kéo dài 8 giờ với nhân viên của Khách hàng về bảo trì IS. Khi hoàn thành khóa học này Nhân viên của Khách hàng được kiểm tra.
8. Yêu cầu về tài liệu
Khi kết thúc giai đoạn thứ ba, Nhà phát triển IS “Kế toán hoạt động thương mại” chuyển tài liệu sau cho Khách hàng:
1. Hướng dẫn của lập trình viên.
Hướng dẫn dành cho lập trình viên mô tả các quy trình cần thiết để làm việc với IS “Kế toán hoạt động thương mại”. Mô tả các thủ tục bao gồm:
Tên thủ tục;
Mô tả các hành động được thực hiện theo quy trình;
Mô tả các tham số đầu vào, cho biết loại tham số, định dạng ghi của nó và giá trị mặc định, nếu một tham số được xác định cho tham số;
Mô tả các tham số đầu ra và (hoặc) trả về các bộ bản ghi, cho biết loại và định dạng của chúng
Một ví dụ về lệnh gọi thủ tục và các giá trị mà nó trả về. Nếu một thủ tục có thể có nhiều tùy chọn cuộc gọi thì các ví dụ cho mỗi tùy chọn.
2. Hướng dẫn cài đặt IS “Kế toán hoạt động thương mại”.
3. Hướng dẫn sử dụng IS “Kế toán hoạt động thương mại”.
Không có tài liệu nào khác được cung cấp cho Khách hàng. Hướng dẫn được cung cấp ở cả dạng in và dạng điện tử. Hướng dẫn trong mẫu inđược cung cấp trong một bản sao.
Tính độc đáo của IP với tư cách là một sản phẩm dành cho mục đích công nghiệp và kỹ thuật, thể hiện ở mức độ phức tạp của nó, thiếu tiêu chuẩn cho hầu hết các loại quy trình và công việc, khiến quá trình lập kế hoạch và thiết kế của chúng trở nên rất phức tạp và khó khăn. Khi doanh nghiệp tương tác với nhà phát triển IS vì bất kỳ mục đích nào, cần có hai tài liệu chính để bắt đầu công việc: thỏa thuận và thông số kỹ thuật (TOR). Xây dựng các thông số kỹ thuật là một nhiệm vụ riêng biệt. Về bản chất, thông số kỹ thuật là một tài liệu phản ánh tất cả mong muốn của khách hàng; nó phải được soạn thảo càng chi tiết càng tốt và chỉ ra tất cả các chi tiết cũng như tầm nhìn của kết quả. Chỉ trên cơ sở đó mới xác định được những gì các nhà phát triển được yêu cầu phải làm, vì vậy các điều khoản tham chiếu phải được soạn thảo càng chi tiết càng tốt.
Khi thiết kế bất kỳ hệ thống thông tin nào, chúng đều được yêu cầu miêu tả cụ thể. Đối với những mục đích này, bạn có thể sử dụng nhiều cách khác nhau và phương pháp, nhưng giải pháp hiệu quả nhất là phát triển các thông số kỹ thuật (TOR), trong đó mô tả mục tiêu, mục đích, giao diện và các yêu cầu khác đối với đối tượng đang được phát triển.
Đặc tả kỹ thuật là tài liệu xác định mục tiêu, yêu cầu và dữ liệu đầu vào cơ bản cần thiết cho việc phát triển IS. Đặc tả kỹ thuật cho IP là tài liệu chính xác định các yêu cầu và quy trình tạo, phát triển hoặc hiện đại hóa IP, theo đó việc phát triển, vận hành và chấp nhận IP được thực hiện.
Thành công trong việc triển khai IP nằm ở tính đúng đắn của nhiệm vụ mà khách hàng đặt ra. Tôi ngã những điều kiện cần thiếtđể viết được một bản đặc tả kỹ thuật tốt được hoàn thành thì kết quả sẽ chuyển từ dự kiến thành khả thi.
do chính khách hàng thực hiện;
do nhà thầu thực hiện, nhưng trong trường hợp này, trách nhiệm của anh ta sẽ bao gồm việc thiết kế và thử nghiệm;
những người thực hiện cạnh tranh, có nhiệm vụ chỉ bao gồm việc viết các thông số kỹ thuật;
bởi các nhà thầu bên thứ ba.
Đối với các thông số kỹ thuật do nhà thầu viết, có một số tài liệu quy định:
GOST 21.408-93 “Quy tắc thực hiện tài liệu làm việc về tự động hóa các quy trình công nghệ”;
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 24.703-85 “Giải pháp thiết kế tiêu chuẩn trong hệ thống điều khiển tự động. quy định cơ bản";
GOST 34.003-90 “Hệ thống tự động. Điều khoản và Định nghĩa";
GOST 34.601-90 “Hệ thống tự động. Các giai đoạn sáng tạo";
GOST 34.602-90 “Thông số kỹ thuật để tạo ra hệ thống tự động”;
GOST 19.201-78 Hệ thống tài liệu chương trình thống nhất;
GOST 2.114-95 Hệ thống tài liệu thiết kế thống nhất.
Thông số kỹ thuật của IS là danh sách các yêu cầu cơ bản về vận hành, công nghệ, kỹ thuật, tổ chức, phần mềm, logic thông tin và ngôn ngữ, kinh tế và các yêu cầu khác mà IS phải đáp ứng ở mọi giai đoạn tồn tại của nó.
TK là dữ liệu văn bản, được biên soạn dưới mọi hình thức. Nên gửi các bản vẽ, sơ đồ và bảng lớn cần thiết dưới dạng tệp đính kèm. Tùy theo loại, mục đích và tính năng cụ thểđối tượng tự động hóa và điều kiện hoạt động của hệ thống, được phép xây dựng các phần thông số kỹ thuật dưới dạng ứng dụng, giới thiệu các phần bổ sung, loại trừ hoặc kết hợp các phần con của nó.
Không có khuyến nghị cụ thể nào về nội dung đặc tả kỹ thuật, có nghĩa là các phần và tiểu mục phải được phát triển và sắp xếp theo thứ tự do nhà thầu thiết lập. Chúng là duy nhất Đặc điểm chung phần và tiểu mục. Nhà phát triển có thể độc lập thay đổi, thêm, chỉnh sửa tên và số lượng của mình.
Số trang (trang) được đặt, bắt đầu từ trang đầu tiên sau trang tiêu đề, ở đầu trang (phía trên văn bản, ở giữa) sau khi cho biết mã TK trên IP.
Chữ ký của khách hàng, nhà phát triển và công ty phê duyệt được đặt trên trang tiêu đề và đóng dấu. Nếu cần thiết, trang tiêu đề sẽ được vẽ thành nhiều trang. Chữ ký của người phát triển các thông số kỹ thuật và các quan chức liên quan đến việc phê duyệt và xem xét dự thảo thông số kỹ thuật của Khu công nghiệp được đặt ở trang cuối cùng.
Trang tiêu đề của phần bổ sung thông số kỹ thuật được thiết kế tương tự trang tiêu đề Thông số kỹ thuật. Thay vì tên “Thông số kỹ thuật” họ viết “Số bổ sung.... vào thông số kỹ thuật cho AC…”
Trên các trang bổ sung thông số kỹ thuật tiếp theo, cơ sở cho sự thay đổi, nội dung của sự thay đổi và các liên kết đến các tài liệu mà những thay đổi này được thực hiện sẽ được đặt.
Khi trình bày nội dung bổ sung cho các thông số kỹ thuật, bạn nên chỉ ra số lượng các đoạn, đoạn, bảng tương ứng của các thông số kỹ thuật chính, v.v. và sử dụng các từ: “thay thế”, “bổ sung”, “loại trừ”, “trình bày trong một ấn bản mới”.
Ở giai đoạn đầu phát triển các thông số kỹ thuật, nhà thầu lập một kế hoạch nội dung thô.
Thông tin chung;
Mục đích và mục tiêu của việc tạo ra hệ thống;
Đặc điểm của đối tượng tự động hóa;
Yêu cầu hệ thống;
Điều khoản sử dụng;
Yêu cầu về tài liệu chương trình;
Các chỉ tiêu kinh tế kỹ thuật;
Các giai đoạn và giai đoạn phát triển;
Thủ tục kiểm soát và chấp nhận.
Các phần này có thể được chia thành các phần phụ. Các thông số kỹ thuật cũng có thể bao gồm các ứng dụng được mô tả theo các tiêu chuẩn đã được thiết lập. Nhà thầu có thể thêm hoặc bớt những phần cần thiết khi cần thiết; tất cả những yếu tố này phải được sự thống nhất của khách hàng. Bằng cách tuân thủ kế hoạch đã thiết lập, nhà thầu có thể phát triển các thông số kỹ thuật một cách hiệu quả và trong thời gian ngắn.
Nếu cần, người biểu diễn sẽ tạo danh sách các từ viết tắt được chấp nhận và bảng chú giải thuật ngữ.
Điều khoản tham chiếu để phát triển IP cơ sở y tếđăng ở Phụ lục B.
Xây dựng hệ thống thông tin ghi nhận quá trình làm việc của doanh nghiệp xây dựng
2. Điều khoản xây dựng hệ thống thông tin
2.1 Thông tin chung
Hệ thống thông tin tự động “Doanh nghiệp xây dựng”
2.2 Mục tiêu của việc tạo ra một hệ thống thông tin
Để giải quyết các vấn đề về kiểm soát và kế toán trong thiết kế, sản xuất và bán hàng, một hệ thống thông tin tự động đang được tạo ra trong doanh nghiệp này, được thiết kế trong môi trường ACCESS DBMS.
Thông tin trong mẫu cơ sở phân phối dữ liệu được lưu trữ một phần trên máy chủ tập tin và một phần trên các máy trạm là một phần của mạng cục bộ mạng máy tính bộ phận bán hàng. Một loại hoạt động tự động là kế toán.
Phương tiện hoạt động chính của công ty này là các tòa nhà của doanh nghiệp ZAO UniStroy - NN, nơi chứa các thiết bị điều khiển tự động hóa (máy tính - máy trạm, máy chủ, cũng như các thiết bị kỹ thuật khác).
Các chức năng chính mà IS giải quyết:
· Giám sát hoạt động của doanh nghiệp;
· Kế toán bán hàng của công ty;
· Hạch toán kết quả (thu nhập, chi phí của doanh nghiệp).
Hệ thống hóa và kiểm soát tự động các công việc của doanh nghiệp, bán hàng, đặt hàng.
2.3 Đặc điểm của đối tượng tự động hóa
Hoạt động chủ yêu của doanh nghiệp này là tổ chức thiết kế và bán hàng, nghĩa là hoạt động kế toán của bộ phận kinh tế sẽ là đối tượng chính của tự động hóa.
2.4 Yêu cầu hệ thống
2.4.1 Yêu cầu về thông tin đầu vào, tham chiếu và đầu ra
Thông tin đầu vào của bộ phận thiết kế, sản xuất và bán hàng bao gồm các dữ liệu cần thiết để giải quyết tất cả các vấn đề được giải quyết trong bộ phận này. Ở dạng chính, dữ liệu này ở dạng tài liệu giấy. Thông tin đầu vào chính bao gồm các dữ liệu sau:
· Văn bản nhận từ phòng kế hoạch kinh tế mỗi tháng một lần, trong đó có các nhiệm vụ kế hoạch thiết kế và bán hàng;
· Dữ liệu đến từ bộ phận tiếp thị, bao gồm các yêu cầu cung cấp hàng hóa và các công việc khác, thông tin về giá cả đã được thiết lập;
Thông tin đầu ra có thể được thể hiện dưới dạng tài liệu giấy, dưới dạng thông điệp thông tin hoặc dưới dạng tệp (tài liệu điện tử) trên phương tiện từ tính.
Dữ liệu này được trình bày dưới dạng bảng cơ sở dữ liệu, dưới dạng truy vấn cũng như dưới dạng báo cáo trên màn hình và trên giấy.
Kết quả đầu ra của việc giải bài toán kế toán kết quả hoạt động của doanh nghiệp được thể hiện:
· Đến máy in và tới ổ cứng trong bộ phận thiết kế và sản xuất, bộ phận bán hàng;
· Truyền qua kênh liên lạc tới phòng kế toán và phòng kế hoạch kinh tế.
Dữ liệu đầu ra được phát hành hàng quý.
2.4.2 Đề xuất mã hóa và phân loại thông tin
Việc mã hóa thông tin đầu vào phải được thực hiện có tính đến các yêu cầu sau:
· Giảm thời gian và chi phí khác cho việc giải quyết các vấn đề trong hệ thống điều khiển;
· Đảm bảo thông tin chất lượng cao.
Hệ thống thông tin sử dụng phương pháp mã hóa thông tin đầu vào theo thứ tự (Bảng: Kế toán thiết kế và sản xuất, số trường - số ghi, Kế toán bán hàng - số ghi).
Dữ liệu này được mã hóa bằng phương pháp thứ tự. Ưu điểm của nó là dễ sử dụng, nhược điểm là tràn mã.
Phân loại thông tin.
Có 2 cách phân loại:
· Phân cấp - phương pháp phân loại này được hiểu là phương pháp trong đó một tập hợp đã cho được chia tuần tự thành các tập con cấp dưới, xác định dần dần đối tượng phân loại. Trong trường hợp này, cơ sở phân chia là một số đặc điểm được chọn. Tổng số các nhóm kết quả tạo thành một cấu trúc cây phân cấp dưới dạng biểu đồ phân nhánh, các nút trong đó là các nhóm.
· Khía cạnh - phương pháp phân loại này liên quan đến việc phân chia song song nhiều đối tượng thành các nhóm phân loại độc lập. Trong trường hợp này, cấu trúc phân loại cứng nhắc và các nhóm cuối cùng được xây dựng trước không được giả định. Các nhóm phân loại được hình thành bằng cách kết hợp các giá trị lấy từ các khía cạnh tương ứng.
Chất lượng thông tin trong hệ thống quản lý là tập hợp các đặc tính xác định tính phù hợp của dữ liệu nhằm đáp ứng nhu cầu của hệ thống quản lý. Các thuộc tính quan trọng nhất Thông tin được sử dụng trong hệ thống điều khiển là:
Ш Tính tích lũy - tính đầy đủ của thông tin;
Ш Độ tin cậy - không có lỗi ẩn;
Ш Bảo mật - không thể truy cập trái phép;
Ш Hiệu quả - kịp thời;
Ш Đồng hình - dữ liệu phải được trình bày dưới một dạng;
Ш Danh tính - sự tương ứng của đối tượng tại thời điểm hiện tại;
Ш Bảo mật - bí mật.
Phương pháp phần mềm chính để giám sát chất lượng thông tin được sử dụng trong hệ thống quản lý là:
· Kiểm tra logic - ngữ nghĩa, tức là kiểm soát độ lệch, theo một trình tự hồ sơ nhất định
· Phần mềm.
Trong công việc này, việc kiểm soát chất lượng thông tin được thực hiện bằng nút “Kiểm soát độ tin cậy”. Các bảng được kiểm tra: sản phẩm, dự án và kế toán bán hàng. Nếu bảng chứa các giá trị âm cho chi phí sản xuất, giá bán, chi phí thiết kế và số lượng thì sẽ phát hiện lỗi khi nhấn nút. Nếu không thì báo cáo là không có sai sót.
2.4.4 Đề xuất các biện pháp bảo vệ thông tin khỏi bị truy cập trái phép
Truy cập trái phép - lấy thông tin mà không có sự cho phép của chủ sở hữu.
Các loại của nó:
1. Gián tiếp - thiết bị nghe, chụp ảnh từ xa, chặn sóng vô tuyến, v.v.
2. Trực tiếp - trộm cắp trực tiếp phương tiện lưu trữ, đọc dữ liệu từ đĩa, đăng nhập vào hệ thống bằng mật khẩu của người khác, che giấu các yêu cầu theo yêu cầu hệ thống, nhiễm virus phần mềm, v.v.
Phần thông tin dễ bị tổn thương nhất được bảo vệ bằng các phương pháp sau:
· Các biện pháp thủ tục - tổ chức - kỹ thuật - nhận dạng tất cả máy tính và người dùng, thiết lập các quy định làm việc, cơ sở dữ liệu và chương trình cụ thể.
· Phần mềm - bảo vệ cơ sở dữ liệu và chương trình ứng dụng từ việc sao chép, chương trình chống virus, mã hóa, sao lưu thông tin
Hệ thống thông tin sử dụng phương pháp phần mềm bảo vệ (quét virus).
Cơ sở dữ liệu được tạo trong hệ thống ACCESS DBMS vì nó tập trung hơn vào Người sử dụng thường xuyên, chẳng hạn như so sánh với FOXPRO DBMS, nhắm đến người lập trình ứng dụng. Việc lựa chọn DBMS được xác định bởi mức độ phức tạp của các nhiệm vụ quản lý được giải quyết như một phần của AIS. Vì vậy đối với điều này khóa học TRUY CẬP DBMS là tối ưu.
2.4.5 Yêu cầu đối với cơ sở dữ liệu (DB) và hệ thống quản lý DB
Hệ thống quản lý cơ sở dữ liệu sẽ được sử dụng trong hệ thống tự động là ACCES DBMS, vì nó tập trung hơn vào người dùng thông thường và FOXPRO DBMS tập trung hơn vào người lập trình ứng dụng.
2.4.6 Yêu cầu về phương tiện kỹ thuật
Nên sử dụng PC có bộ xử lý Pentium-IV, với ĐẬP khối lượng ít nhất là 256 MBt, với bộ nhớ đĩa có dung lượng tối thiểu 200 Gb. Điều này sẽ đảm bảo hoạt động của mạng LAN hiệu suất cao khi sử dụng bất kỳ cấu trúc liên kết và hệ điều hành nào.
Yêu cầu đối với các thiết bị phụ trợ. Để hoạt động trên mạng, 32-bit được cài đặt bộ điều hợp mạng EtherNet với giao thức ISA hoặc bộ điều hợp TokenRing với giao thức MicroChannel hoặc bộ điều hợp mạng ArcNet với giao thức ISA.
Máy in mạng phải đáp ứng các yêu cầu sau:
· Có hiệu suất cao;
· Có đủ bộ nhớ đệm;
· Có độ tin cậy cao công việc;
· Cung cấp chất lượng cao in ấn;
· Nên sao chép tài liệu.
Trên cơ sở đó áp dụng Máy in laser- HP LaserJet1100.
Để tăng độ tin cậy của mạng cần lắp đặt các thiết bị cung cấp điện liên tục UPS, đặc biệt là cho các máy chủ tập tin.
3. Bản thảo kỹ thuật (Giải pháp thiết kế)
Tự động hóa quá trình tìm kiếm đạo văn
Tự động hóa hỗ trợ kỹ thuật cho người dùng
Theo GOST 34.601-90, tiêu chuẩn này áp dụng cho hệ thống tự động(AS) được sử dụng trong nhiều loại hoạt động khác nhau (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...
Tự động hóa tính toán tiền lương bằng ví dụ của Nechkinskoye OJSC, quận Sarapulsky của Cộng hòa Udmurt bằng chương trình 1C:Enterprise 8.0
Hệ thống thông tin tự động đo lượng nước tiêu thụ
Thông tin chung Tên đầy đủ của hệ thống và ký hiệu của nó Hệ thống thông tin ghi lại mức tiêu thụ nước sử dụng ví dụ về công ty trách nhiệm hữu hạn "Vodosnabzhenie" (AIS URV "Vodosnabzhenie")...
Hệ thống thông tin tự động ghi lại việc lưu trữ và bảo trì các thiết bị đo lường và điều khiển
Các thông số kỹ thuật được phát triển theo GOST 34.602-89 " Công nghệ thông tin. Bộ tiêu chuẩn cho hệ thống tự động. Thông số kỹ thuật để tạo ra một hệ thống tự động "...
Văn phòng trưởng khoa ảo
Để cập nhật trang web từ Chi nhánh được cung cấp thông tin mới, các tệp ảnh và phương tiện cần được thay thế trên bất kỳ trang nào. Việc thay thế được thực hiện theo hướng dẫn ở bước 2...
Hệ thống thông tin "Klinnik"
1. Xác định mục đích phát triển IS: Nâng cao chất lượng dịch vụ khách hàng cho tổ chức, đẩy nhanh quá trình xử lý hồ sơ. 2...
Hỗ trợ thông tin cho ATP
Chúng tôi chọn hỗ trợ kỹ thuật có tính đến cơ cấu tổ chức của trạm dịch vụ...
Thiết kế mạng thông tin
Mục đích của khóa học sẽ là phát triển mạng thông tinở thành phố cơ sở giáo dục phòng tập thể dục số 7, nằm trong tòa nhà một tầng...
Phát triển trang web của tổ chức (dựa trên tài liệu từ Avtomir LLC, Gomel)
Hãy xem xét mức độ hỗ trợ kỹ thuật tại Avtomir LLC. Mọi công việc trong tổ chức đều được tự động hóa. Máy tính cá nhân được lắp đặt tại nơi làm việc...
Phát triển và thiết kế hệ thống thông tin cho salon Truyền thông di động với sự giúp đỡ Microsoft truy cập trong ngôn ngữ Lập trình trực quan Nền tảng
Một trong những giai đoạn thiết kế hệ thống thông tin tự động là phát triển và phê duyệt các thông số kỹ thuật để tạo ra hệ thống. Thông số kỹ thuật là tài liệu chính...
Phát triển hệ thống thông tin dành cho quản trị viên mạng của tổ chức LLC "WestCall"
Xây dựng hệ thống kế toán máy tính, thiết bị văn phòng và Quân nhu
1. Thông tin chung. 1.1 Tên đầy đủ của hệ thống và ký hiệu “Bentec IT & Soft invent” 2. Mục đích và mục tiêu tạo ra hệ thống. 2.1 Mục đích của hệ thống...
Phát triển các thông số kỹ thuật cho việc tự động hóa cửa hàng Bukva
Thông tin chung Tên hệ thống: hệ thống tự động ghi lại các hoạt động của cửa hàng "Bukva-Serov". Công ty khách hàng là Etalon LLC...
Tạo một trang web nhóm
1) Loại sản phẩm: Website nhóm năng động; 2) Mục tiêu: Tạo một trang web nhóm để thuận tiện cho việc thông báo cho các sinh viên trong nhóm trong giờ học và ngoài giờ học; 3) Đối tượng: Nhóm sinh viên và giáo viên đại học; 4) Yêu cầu đối với trang web: 1) Thuận tiện...
GOST 34.602-89 Công nghệ thông tin. Một bộ tiêu chuẩn cho các hệ thống tự động. Thông số kỹ thuật để tạo ra một hệ thống tự động (Thay vì GOST 24.201-85)
Ngày giới thiệu từ 01/01/1990
Tiêu chuẩn này áp dụng cho các hệ thống tự động hóa (AS) để tự động hóa các loại hoạt động khác nhau (quản lý, thiết kế, nghiên cứu, v.v.), bao gồm cả sự kết hợp của chúng và thiết lập thành phần, nội dung, quy tắc để soạn thảo tài liệu “Thông số kỹ thuật để tạo ( hệ thống phát triển hoặc hiện đại hóa)" (sau đây gọi tắt là TK cho AS).
1. QUY ĐỊNH CHUNG
1.1. Thông số kỹ thuật của nhà máy điện hạt nhân là tài liệu chính xác định các yêu cầu và quy trình tạo ra (phát triển hoặc hiện đại hóa - sau đó là tạo ra) một hệ thống tự động, theo đó việc phát triển nhà máy điện hạt nhân được thực hiện và sự chấp nhận của nó khi vận hành.
1.2. Thông số kỹ thuật cho NPP được phát triển cho toàn bộ hệ thống, nhằm mục đích hoạt động độc lập hoặc là một phần của hệ thống khác.
Ngoài ra, có thể phát triển các thông số kỹ thuật cho các bộ phận của NPP:
- đối với các hệ thống con AS, tổ hợp nhiệm vụ AS, v.v... phù hợp với các yêu cầu của tiêu chuẩn này;
- đối với linh kiện phần cứng và hệ thống phần mềm, phần cứng theo tiêu chuẩn ESKD, SRPP;
- đối với phần mềm theo tiêu chuẩn ESPD;
- đối với các sản phẩm thông tin phù hợp với GOST 19.201 và NTD hợp lệ trong bộ phận khách hàng của AS.
Ghi chú. Các thông số kỹ thuật cho hệ thống điều khiển tự động cho một nhóm đối tượng được kết nối với nhau chỉ nên bao gồm các yêu cầu chung cho nhóm đối tượng đó. Yêu cầu cụ thể đối tượng riêng biệt quản lý phải được phản ánh trong các thông số kỹ thuật cho hệ thống điều khiển tự động của cơ sở này.
1.3. Các yêu cầu đối với AS trong phạm vi được thiết lập theo tiêu chuẩn này có thể được đưa vào nhiệm vụ thiết kế cho một cơ sở tự động hóa mới được tạo ra. Trong trường hợp này, các thông số kỹ thuật của nhà máy điện hạt nhân không được phát triển.
1.4. Các yêu cầu trong quy định kỹ thuật đối với nhà máy điện hạt nhân phải tương ứng với trình độ phát triển khoa học và công nghệ hiện nay và không thua kém các yêu cầu tương tự đối với các nhà máy tương tự hiện đại nhất trong và ngoài nước. Các yêu cầu được quy định trong thông số kỹ thuật cho NPP không được hạn chế nhà phát triển hệ thống trong việc tìm kiếm và triển khai các giải pháp kỹ thuật, kỹ thuật, kinh tế và các giải pháp khác hiệu quả nhất.
1.5. Các thông số kỹ thuật cho nhà máy điện hạt nhân được phát triển trên cơ sở dữ liệu ban đầu, bao gồm cả dữ liệu có trong tài liệu cuối cùng của giai đoạn “Nghiên cứu và biện minh cho việc tạo ra các nhà máy điện hạt nhân”, do GOST 24.601 thiết lập.
1.6. Các thông số kỹ thuật cho AS chỉ bao gồm những yêu cầu bổ sung cho các yêu cầu dành cho các hệ thống loại này (ACS, CAD, ASNI, v.v.) có trong tài liệu kỹ thuật và quy chuẩn hiện hành và được xác định bởi các chi tiết cụ thể của đối tượng cụ thể mà nó yêu cầu. hệ thống đang được tạo ra.
1.7. Những thay đổi về thông số kỹ thuật của NPP được chính thức hóa bằng phần bổ sung hoặc giao thức được ký bởi khách hàng và nhà phát triển. Giao thức bổ sung hoặc quy định cụ thể là một phần không thể thiếu trong thông số kỹ thuật của NPP. Trên trang tiêu đề của thông số kỹ thuật của loa phải có mục “Hợp lệ từ…”.
2. THÀNH PHẦN VÀ NỘI DUNG
2.1. Thông số kỹ thuật của NPP bao gồm các phần sau, có thể được chia thành các phần phụ:
- 1. Thông tin chung;
- 2) mục đích và mục tiêu của việc tạo ra (phát triển) hệ thống;
- 3) đặc điểm của đối tượng tự động hóa;
- 4) yêu cầu hệ thống;
- 5) thành phần và nội dung công việc tạo ra hệ thống;
- 6) thủ tục kiểm soát và chấp nhận hệ thống;
- 7) yêu cầu về thành phần và 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;
- 8) yêu cầu về tài liệu;
- 9) nguồn phát triển.
Các ứng dụng có thể được bao gồm trong thông số kỹ thuật của loa.
2.2. Tùy thuộc vào loại, mục đích, tính năng cụ thể của đối tượng tự động hóa và điều kiện hoạt động của hệ thống, có thể xây dựng các phần thông số kỹ thuật dưới dạng ứng dụng, đưa ra các phần bổ sung, loại trừ hoặc kết hợp các tiểu mục của thông số kỹ thuật. .
Thông số kỹ thuật cho các bộ phận của hệ thống không bao gồm các phần trùng lặp nội dung của các phần thông số kỹ thuật cho toàn bộ hệ thống.
2.3. Trong phần “Thông tin chung” cho biết:
- 1) tên đầy đủ của hệ thống và ký hiệu của nó;
- 2) mã chủ đề hoặc mã (số) hợp đồng;
- 3) tên doanh nghiệp (hiệp hội) của nhà phát triển và khách hàng (người dùng) hệ thống và thông tin chi tiết của họ;
- 4) danh sách các tài liệu trên cơ sở đó hệ thống được tạo ra, ai và khi nào các tài liệu này được phê duyệt;
- 5) ngày dự kiến bắt đầu và kết thúc công việc xây dựng hệ thống;
- 6) thông tin về các nguồn và thủ tục tài trợ cho công việc;
- 7) quy trình đăng ký và trình bày cho khách hàng về kết quả công việc tạo ra hệ thống (các bộ phận của nó), về sản xuất và điều chỉnh các phương tiện riêng lẻ (phần cứng, phần mềm, thông tin) và các tổ hợp phần mềm và phần cứng (phần mềm và phương pháp luận) của hệ thống.
2.4. Mục “Mục đích và mục tiêu hình thành (phát triển) hệ thống” gồm các tiểu mục:
- 1) mục đích của hệ thống;
- 2) mục tiêu của việc tạo ra hệ thống.
2.4.1. Trong tiểu mục “Mục đích của hệ thống”, chúng chỉ ra loại hoạt động được tự động hóa (quản lý, thiết kế, v.v.) và danh sách các đối tượng tự động hóa (cơ sở vật chất) mà nó được cho là sẽ được sử dụng.
Đối với các hệ thống điều khiển tự động, danh sách các cơ quan (điểm) điều khiển tự động và các đối tượng được điều khiển được chỉ định bổ sung.
2.4.2. Trong tiểu mục Mục tiêu của việc tạo ra một hệ thống, tên và các giá trị cần thiết của các chỉ số kỹ thuật, công nghệ, sản xuất, kinh tế hoặc các chỉ số khác của đối tượng tự động hóa phải đạt được khi tạo ra một hệ thống tự động được đưa ra và chỉ ra tiêu chí để đánh giá việc đạt được các mục tiêu của việc tạo ra hệ thống.
2.5. Trong phần “Đặc điểm của đối tượng tự động hóa” được đưa ra như sau:
- 1) thông tin ngắn gọn về đối tượng tự động hóa hoặc các liên kết tới tài liệu chứa thông tin đó;
- 2) thông tin về điều kiện hoạt động của đối tượng tự động hóa và đặc điểm của môi trường.
Ghi chú: Đối với CAD, phần này cung cấp thêm các thông số và đặc điểm chính của đối tượng thiết kế.
2.6. Phần “Yêu cầu hệ thống” bao gồm các phần phụ sau:
- 1) các yêu cầu đối với toàn bộ hệ thống;
- 2) yêu cầu về chức năng (nhiệm vụ) do hệ thống thực hiện;
- 3) các yêu cầu đối với các loại hình an ninh.
Thành phần các yêu cầu đối với hệ thống có trong phần này của thông số kỹ thuật dành cho NPP được thiết lập tùy thuộc vào loại, mục đích, tính năng cụ thể và điều kiện vận hành của một hệ thống cụ thể. Mỗi tiểu mục cung cấp các liên kết đến tài liệu kỹ thuật và quy chuẩn hiện hành xác định các yêu cầu đối với các hệ thống thuộc loại tương ứng.
2.6.1. Trong tiểu mục “Yêu cầu đối với toàn bộ hệ thống” chỉ ra:
- yêu cầu về cấu trúc và chức năng của hệ thống;
- yêu cầu về số lượng và trình độ của nhân viên hệ thống và phương thức hoạt động của họ;
- chỉ số điểm đến;
- yêu cầu về độ tin cậy;
- yêu cầu an toàn;
- yêu cầu về công thái học và thẩm mỹ kỹ thuật;
- yêu cầu về khả năng vận chuyển của loa di động;
- yêu cầu vận hành, BẢO TRÌ, sửa chữa và bảo quản các thành phần hệ thống;
- yêu cầu bảo vệ thông tin khỏi bị truy cập trái phép;
- yêu cầu về an toàn thông tin khi xảy ra sự cố;
- yêu cầu bảo vệ khỏi ảnh hưởng bên ngoài;
- yêu cầu về độ tinh khiết của bằng sáng chế;
- yêu cầu tiêu chuẩn hóa, thống nhất;
- Các yêu cầu bổ sung.
2.6.1.1. Yêu cầu về cấu trúc và hoạt động của hệ thống bao gồm:
- 1) danh sách các hệ thống con, mục đích và đặc điểm chính của chúng, yêu cầu về số lượng cấp bậc và mức độ tập trung của hệ thống;
- 2) yêu cầu về phương pháp và phương tiện liên lạc để trao đổi thông tin giữa các thành phần hệ thống;
- 3) yêu cầu về đặc điểm của các mối quan hệ hệ thống được tạo với các hệ thống liên quan, các yêu cầu về tính tương thích của nó, bao gồm hướng dẫn về phương pháp trao đổi thông tin (tự động, bằng cách gửi tài liệu, qua điện thoại, v.v.);
- 4) yêu cầu về chế độ vận hành hệ thống;
- 5) yêu cầu chẩn đoán hệ thống;
- 6) triển vọng phát triển và hiện đại hóa hệ thống.
2.6.1.2. Yêu cầu về số lượng và trình độ nhân sự tại các nhà máy điện hạt nhân bao gồm:
- yêu cầu về số lượng nhân sự (người sử dụng) của NMĐHN;
- yêu cầu về trình độ nhân sự, quy trình đào tạo và kiểm soát kiến thức và kỹ năng của họ;
- chế độ vận hành cần thiết cho nhân viên nhà máy.
2.6.1.3. Trong các yêu cầu về các chỉ số về mục đích của AS, các giá trị của các tham số mô tả mức độ tuân thủ của hệ thống với mục đích của nó được đưa ra.
Đối với ACS chỉ ra:
- mức độ thích ứng của hệ thống với những thay đổi trong quy trình và phương pháp điều khiển, với những sai lệch trong các tham số của đối tượng điều khiển;
- giới hạn chấp nhận được của việc hiện đại hóa và phát triển hệ thống;
- đặc điểm xác suất-thời gian theo đó mục đích dự định của hệ thống được bảo toàn.
2.6.1.4. Yêu cầu về độ tin cậy bao gồm:
- 1) thành phần và giá trị định lượng của các chỉ số độ tin cậy cho toàn bộ hệ thống hoặc các hệ thống con của nó;
- 2) danh sách tình huống khẩn cấp, theo đó phải quy định các yêu cầu về độ tin cậy và giá trị của các chỉ số tương ứng;
- 3) yêu cầu về độ tin cậy phương tiện kỹ thuật và phần mềm;
- 4) yêu cầu về phương pháp đánh giá và giám sát các chỉ số độ tin cậy ở các giai đoạn khác nhau của quá trình tạo hệ thống theo các tài liệu quy định và kỹ thuật hiện hành.
2.6.1.5. Yêu cầu về an toàn bao gồm các yêu cầu đảm bảo an toàn trong quá trình lắp đặt, vận hành, bảo trì, sửa chữa các thiết bị kỹ thuật của hệ thống (bảo vệ khỏi các tác động dòng điện, trường điện từ, tiếng ồn, v.v.), theo mức độ chiếu sáng, độ rung và tải tiếng ồn cho phép.
2.6.1.6. Các yêu cầu về công thái học và thẩm mỹ kỹ thuật bao gồm các chỉ báo loa chỉ rõ chất lượng yêu cầu tương tác giữa người và máy và điều kiện làm việc thoải mái cho nhân viên.
2.6.1.7. Đối với loa di động, yêu cầu về khả năng vận chuyển bao gồm yêu cầu về thiết kế đảm bảo khả năng vận chuyển của các phương tiện kỹ thuật của hệ thống cũng như yêu cầu về phương tiện đi lại.
2.6.1.8. Yêu cầu vận hành, bảo trì, sửa chữa và bảo quản bao gồm:
- 1) các điều kiện và quy định (phương thức) vận hành phải đảm bảo sử dụng các phương tiện kỹ thuật (TS) của hệ thống với các chỉ số kỹ thuật được chỉ định, bao gồm loại và tần suất bảo trì TS của hệ thống hoặc cho phép vận hành mà không cần bảo trì ;
- 2) các yêu cầu sơ bộ về diện tích cho phép dành cho người và hệ thống phương tiện, về các thông số của mạng lưới cung cấp điện, v.v.;
- 3) các yêu cầu về số lượng, trình độ của nhân viên phục vụ và phương thức hoạt động của họ;
- 4) các yêu cầu về thành phần, vị trí và điều kiện bảo quản của bộ sản phẩm và thiết bị dự phòng;
- 5) yêu cầu về quy định bảo trì.
2.6.1.9. Các yêu cầu để bảo vệ thông tin khỏi bị truy cập trái phép bao gồm các yêu cầu được thiết lập trong tài liệu khoa học và kỹ thuật áp dụng trong ngành (bộ phận) của khách hàng.
2.6.1.10. Yêu cầu về an toàn thông tin đưa ra danh sách các sự cố: sự cố, hỏng hóc của thiết bị kỹ thuật (trong đó có mất điện),... trong đó phải đảm bảo an toàn thông tin trong hệ thống.
2.6.1.11. Các yêu cầu đối với phương tiện bảo vệ chống ảnh hưởng từ bên ngoài bao gồm:
- 1) các yêu cầu về bảo vệ vô tuyến điện tử của nhà máy điện hạt nhân;
- 2) yêu cầu về độ bền, độ ổn định và độ bền trước các tác động bên ngoài (môi trường sử dụng).
2.6.1.12. Các yêu cầu về độ tinh khiết bằng sáng chế chỉ ra danh sách các quốc gia mà độ tinh khiết bằng sáng chế của hệ thống và các bộ phận của nó phải được đảm bảo.
2.6.1.13. Yêu cầu tiêu chuẩn hóa, thống nhất bao gồm: các chỉ số xác định mức độ yêu cầu sử dụng tiêu chuẩn, các phương pháp thống nhất để thực hiện các chức năng (nhiệm vụ) của hệ thống, phần mềm được cung cấp, các phương pháp và mô hình toán học tiêu chuẩn, các giải pháp thiết kế tiêu chuẩn, các biểu mẫu tài liệu quản lý thống nhất được thiết lập bởi GOST 6.10.1, Bộ phân loại thông tin kinh tế và kỹ thuật của Liên minh và các bộ phân loại thuộc các danh mục khác phù hợp với phạm vi ứng dụng, yêu cầu của chúng đối với việc sử dụng các máy trạm, bộ phận và tổ hợp tự động tiêu chuẩn.
2.6.1.14. Các yêu cầu bổ sung bao gồm:
- 1) các yêu cầu về việc trang bị hệ thống các thiết bị đào tạo nhân sự (máy mô phỏng, các thiết bị khác cho mục đích tương tự) và tài liệu về chúng;
- 2) các yêu cầu đối với thiết bị dịch vụ, biểu tượng của các thành phần hệ thống thử nghiệm;
- 3) yêu cầu hệ thống liên quan đến điều kiện đặc biệt hoạt động;
- 4) các yêu cầu đặc biệt theo quyết định của nhà phát triển hệ thống hoặc khách hàng.
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 bao gồm:
khi tạo một hệ thống theo hai giai đoạn trở lên - danh sách các 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;
2.6.3. Trong tiểu mục “Yêu cầu đối với các loại hỗ trợ”, tùy thuộc vào loại hệ thống, các yêu cầu về toán học, thông tin, ngôn ngữ, phần mềm, kỹ thuật, đo lường, tổ chức, phương pháp và các loại hỗ trợ khác được đưa ra cho hệ thống.
2.6.3.1. Để hỗ trợ toán học cho hệ thống, đưa ra các yêu cầu về thành phần, phạm vi ứng dụng (hạn chế) và phương pháp sử dụng các phương pháp, mô hình toán học trong hệ thống, các thuật toán chuẩn và thuật toán cần phát triển.
2.6.3.2. Yêu cầu hỗ trợ thông tin của hệ thống là:
- 1) thành phần, cấu trúc và phương pháp tổ chức dữ liệu trong hệ thống;
- 2) đến trao đổi thông tin giữa các thành phần hệ thống;
- 3) tính tương thích của thông tin với các hệ thống liên quan;
- 4) về việc sử dụng các bộ phân loại ngành, tài liệu thống nhất và phân loại của toàn Liên minh và đã đăng ký hoạt động tại một doanh nghiệp nhất định;
- 5) về việc sử dụng hệ thống quản lý cơ sở dữ liệu;
- 6) cấu trúc của quá trình thu thập, xử lý, truyền dữ liệu trong hệ thống và trình bày dữ liệu;
- 7) để bảo vệ dữ liệu khỏi bị phá hủy trong các sự cố và sự cố mất điện hệ thống;
- 8) kiểm soát, lưu trữ, cập nhật và phục hồi dữ liệu;
- 9) đến thủ tục đưa ra hiệu lực pháp luật tài liệu được tạo ra bằng phương tiện kỹ thuật của NPP (theo GOST 6.10.4).
2.6.3.3. Để hỗ trợ ngôn ngữ của hệ thống, đưa ra các yêu cầu về việc sử dụng ngôn ngữ lập trình trong hệ thống. cấp độ cao, ngôn ngữ tương tác người dùng và phần cứng hệ thống, cũng như các yêu cầu về mã hóa và giải mã dữ liệu, ngôn ngữ nhập/xuất dữ liệu, ngôn ngữ thao tác dữ liệu, công cụ mô tả lĩnh vực chủ đề(đối tượng tự động hóa), đến cách tổ chức đối thoại.
2.6.3.4. Đối với phần mềm hệ thống, danh sách phần mềm đã mua được cung cấp cũng như các yêu cầu:
- 1) sự độc lập của phần mềm với SVT đã sử dụng và môi trường vận hành;
- 2) chất lượng phần mềm cũng như các phương pháp cung cấp và kiểm soát phần mềm;
- 3) nếu cần thiết, phối hợp phần mềm mới được phát triển với quỹ thuật toán và chương trình.
2.6.3.5. Để hỗ trợ kỹ thuật cho hệ thống, các yêu cầu sau được đưa ra:
- 1) các loại phương tiện kỹ thuật, bao gồm các loại tổ hợp phương tiện kỹ thuật, tổ hợp phần mềm, phần cứng và các thành phần khác được phép sử dụng trong hệ thống;
- 2) các đặc tính chức năng, thiết kế và vận hành của các phương tiện hỗ trợ kỹ thuật của hệ thống.
2.6.3.6. Các yêu cầu về hỗ trợ đo lường bao gồm:
- 1) danh sách sơ bộ kênh đo;
- 2) các yêu cầu về độ chính xác của phép đo các thông số và (hoặc) về đặc tính đo lường của các kênh đo;
- 3) các yêu cầu về tính tương thích về mặt đo lường của các phương tiện kỹ thuật của hệ thống;
- 4) danh sách người quản lý và kênh tính toán các hệ thống cần đánh giá các đặc tính chính xác;
- 5) các yêu cầu về hỗ trợ đo lường của phần cứng và phần mềm có trong các kênh đo của hệ thống, các công cụ điều khiển tích hợp, sự phù hợp về mặt đo lường của các kênh đo và các dụng cụ đo được sử dụng trong quá trình vận hành và thử nghiệm hệ thống;
- 6) loại chứng nhận đo lường (cấp bang hoặc cấp cục) nêu rõ quy trình thực hiện chứng nhận đó và tổ chức tiến hành chứng nhận.
2.6.3.7. Để hỗ trợ tổ chức, các yêu cầu sau được đưa ra:
2.6.3.8. Để hỗ trợ về mặt phương pháp, CAD cung cấp các yêu cầu về thành phần tài liệu quy định và kỹ thuật của hệ thống (danh sách các tiêu chuẩn, quy định, phương pháp, v.v. được sử dụng trong hoạt động của hệ thống).
2.7. Phần “Thành phần và nội dung công việc tạo ra (phát triển) hệ thống” phải có danh sách các giai đoạn và giai đoạn công việc tạo ra hệ thống theo GOST 24.601, thời gian thực hiện, danh sách các tổ chức thực hiện công việc, liên kết đến các tài liệu xác nhận sự đồng ý của các tổ chức này tham gia tạo ra hệ thống hoặc hồ sơ xác định người chịu trách nhiệm (khách hàng hoặc nhà phát triển) thực hiện công việc này.
Phần này cũng cung cấp:
- 1) danh sách các tài liệu, theo GOST 34.201-89, được trình bày ở cuối các giai đoạn và giai đoạn công việc liên quan;
- 2) loại hình và thủ tục tiến hành kiểm tra tài liệu kỹ thuật (giai đoạn, giai đoạn, khối lượng tài liệu được kiểm tra, tổ chức chuyên môn);
- 3) chương trình làm việc nhằm đảm bảo mức độ tin cậy cần thiết của hệ thống đang được phát triển (nếu cần);
- 4) danh sách các công việc hỗ trợ đo lường ở tất cả các giai đoạn tạo ra hệ thống, nêu rõ thời hạn và tổ chức thực hiện (nếu cần).
2.8. Trong phần “Quy trình kiểm soát và chấp nhận hệ thống” chỉ ra:
- 1) loại, thành phần, khối lượng và phương pháp thử nghiệm của hệ thống và nó các thành phần(các loại thử nghiệm theo tiêu chuẩn hiện hành áp dụng cho hệ thống đang được phát triển);
- 2) yêu cầu chung về nghiệm thu công việc theo từng giai đoạn (danh sách doanh nghiệp, tổ chức tham gia, địa điểm và thời gian), quy trình phối hợp và phê duyệt hồ sơ nghiệm thu;
- H) tình trạng của ủy ban tiếp nhận (tiểu bang, liên ngành, khoa).
2.9. Trong phần “Yêu cầu về thành phần và nội dung công việc chuẩn bị đối tượng tự động hóa để vận hành hệ thống”, cần đưa ra danh sách các hoạt động chính và người thực hiện chúng cần thực hiện khi chuẩn bị đối tượng tự động hóa để đưa vào vận hành. nhà máy đi vào hoạt động.
Danh sách các hoạt động chính bao gồm:
- 1) đưa thông tin vào hệ thống (theo yêu cầu về hỗ trợ thông tin và ngôn ngữ) sang dạng phù hợp để xử lý bằng máy tính;
- 2) những thay đổi cần được thực hiện trong đối tượng tự động hóa;
- 3) tạo điều kiện cho hoạt động của đối tượng tự động hóa, theo đó đảm bảo sự tuân thủ của hệ thống được tạo ra với các yêu cầu trong thông số kỹ thuật;
- 4) tạo ra các đơn vị và dịch vụ cần thiết cho hoạt động của hệ thống;
- 5) thời gian và thủ tục bố trí nhân sự và đào tạo.
Ví dụ: đối với hệ thống điều khiển tự động, họ đưa ra:
- những thay đổi về phương pháp quản lý được áp dụng;
- tạo điều kiện cho hoạt động của các thành phần của hệ thống điều khiển tự động, đảm bảo hệ thống tuân thủ các yêu cầu trong thông số kỹ thuật.
2.10. Trong phần “Yêu cầu về Tài liệu”, nội dung sau được đưa ra:
- 1) danh sách các bộ và loại tài liệu sẽ được phát triển, được nhà phát triển và Khách hàng của hệ thống thống nhất, đáp ứng các yêu cầu của GOST 34.201-89 và NTD của ngành khách hàng;
danh mục văn bản ban hành trên phương tiện máy tính;
các yêu cầu đối với tài liệu vi phim; - 2) các yêu cầu về việc ghi lại các thành phần thành phần để sử dụng trong nhiều ngành phù hợp với các yêu cầu của ESKD và ESPD;
- 3) trong trường hợp không có tiêu chuẩn tiểu bang xác định các yêu cầu đối với các thành phần hệ thống tài liệu, hãy bổ sung thêm các yêu cầu về thành phần và nội dung của các tài liệu đó.
2.11. Phần “Nguồn phát triển” nên liệt kê các tài liệu và tài liệu thông tin(nghiên cứu khả thi, báo cáo về công việc nghiên cứu đã hoàn thành, tài liệu thông tin về hệ thống tương tự trong và ngoài nước, v.v.), trên cơ sở đó các thông số kỹ thuật được phát triển và nên được sử dụng khi tạo hệ thống.
2.12. Với các phương pháp đã được phê duyệt, các thông số kỹ thuật cho nhà máy điện hạt nhân bao gồm các phụ lục có chứa:
- 1) tính toán hiệu quả dự kiến của hệ thống;
- 2) đánh giá trình độ khoa học và kỹ thuật của hệ thống.
Các ứng dụng được bao gồm trong thông số kỹ thuật của NPP theo thỏa thuận giữa nhà phát triển và khách hàng của hệ thống.
3. QUY TẮC ĐĂNG KÝ
3.1. Các phần và tiểu mục của thông số kỹ thuật của NPP phải được sắp xếp theo thứ tự đã được thiết lập trong phần. 2 của tiêu chuẩn này.
3.2. Các thông số kỹ thuật của AS được soạn thảo theo yêu cầu của GOST 2.105.95 trên tờ A4 theo GOST 2.301 không có khung, dòng chữ chính và các cột bổ sung.
Số trang (trang) được đặt, bắt đầu từ trang đầu tiên sau trang tiêu đề, ở đầu trang (phía trên văn bản, ở giữa) sau khi cho biết mã TK trên AC.
3.3. Theo quy định, các giá trị của các chỉ số, định mức và yêu cầu được chỉ định với độ lệch tối đa hoặc mức tối đa và giá trị tối thiểu. Nếu các chỉ số, định mức và yêu cầu này được quy định rõ ràng bằng tài liệu khoa học và kỹ thuật thì thông số kỹ thuật của nhà máy phải chứa liên kết đến các tài liệu này hoặc các phần của chúng, cũng như các yêu cầu bổ sung có tính đến các tính năng của hệ thống đang được áp dụng. tạo. Trường hợp không xác lập được giá trị cụ thể của các chỉ tiêu, định mức, yêu cầu trong quá trình xây dựng quy chuẩn kỹ thuật cho Nhà máy điện hạt nhân thì phải lập biên bản quy trình xây dựng và thống nhất các chỉ tiêu, chỉ tiêu, yêu cầu đó:
“Yêu cầu (giá trị) cuối cùng được làm rõ trong quy trình... và được thỏa thuận bởi giao thức với... ở giai đoạn…”
Đồng thời, không có thay đổi nào được thực hiện đối với nội dung của thông số kỹ thuật của NPP.
3.4. Trang tiêu đề có chữ ký của khách hàng, nhà phát triển và tổ chức phê duyệt, được đóng dấu chính thức. Nếu cần thiết, trang tiêu đề sẽ được vẽ thành nhiều trang. Chữ ký của người xây dựng các thông số kỹ thuật cho nhà máy điện hạt nhân và các quan chức liên quan đến việc phê duyệt, xem xét dự thảo thông số kỹ thuật của nhà máy điện hạt nhân được đặt ở tờ cuối cùng.
Mẫu trang tiêu đề của điều khoản tham chiếu AS được nêu tại Phụ lục 2. Mẫu tờ cuối cùng Thông số kỹ thuật của NMĐHN được nêu tại Phụ lục 3.
3.5. Nếu cần thiết, được phép đặt các mã đã được thiết lập trong ngành trên trang tiêu đề của thông số kỹ thuật của loa, ví dụ: phân loại bảo mật, mã công việc, số đăng ký TK, v.v.
3.6. Trang tiêu đề của phần bổ sung thông số kỹ thuật cho NPP được thiết kế giống như trang tiêu đề của thông số kỹ thuật. Thay vì tên “Thông số kỹ thuật” họ viết “Số bổ sung ... vào thông số kỹ thuật cho AC…”.
3.7. Trên các trang tiếp theo của phụ lục về thông số kỹ thuật của AS, cơ sở cho sự thay đổi, nội dung của sự thay đổi và các liên kết đến các tài liệu theo đó những thay đổi này được thực hiện.
3.8. Khi trình bày văn bản bổ sung cho các thông số kỹ thuật, bạn nên chỉ ra số lượng các đoạn, tiểu đoạn, bảng tương ứng của các thông số kỹ thuật chính trên AS, v.v. và sử dụng các từ: “thay thế”, “bổ sung”, “ loại trừ”, “nêu trong ấn bản mới”.
THỦ TỤC PHÁT TRIỂN, PHÊ DUYỆT VÀ PHÊ DUYỆT TOR CHO NPP
1. Dự thảo thông số kỹ thuật của NPP do tổ chức phát triển hệ thống xây dựng với sự tham gia của khách hàng trên cơ sở yêu cầu kỹ thuật(ứng dụng, thông số kỹ thuật và chiến thuật, v.v.).
Trong quá trình tổ chức công việc mang tính cạnh tranh, khách hàng sẽ xem xét các phương án về thông số kỹ thuật thiết kế cho NPP, họ chọn phương án ưu tiên hoặc dựa trên phân tích so sánh, chuẩn bị phiên bản cuối cùng của thông số kỹ thuật cho AC với sự tham gia của nhà phát triển NPP tương lai.
2. Nhu cầu điều phối dự thảo thông số kỹ thuật của nhà máy điện hạt nhân với các cơ quan giám sát nhà nước và các tổ chức quan tâm khác được khách hàng của hệ thống và nhà phát triển các thông số kỹ thuật của dự án cho nhà máy điện hạt nhân cùng xác định,
Công việc điều phối dự thảo thông số kỹ thuật cho AC được thực hiện bởi nhà phát triển thông số kỹ thuật cho AC và khách hàng của hệ thống, mỗi bên thuộc các tổ chức thuộc Bộ (bộ) của mình.
3. Thời gian phê duyệt dự thảo quy chuẩn kỹ thuật của Nhà máy điện hạt nhân ở mỗi tổ chức không quá 15 ngày kể từ ngày nhận được. Nên gửi đồng thời các bản sao dự thảo thông số kỹ thuật cho AS (bản sao) tới tất cả các tổ chức (bộ phận) để phê duyệt.
4. Ý kiến góp ý về dự thảo thông số kỹ thuật của Nhà máy điện hạt nhân phải được trình bày kèm theo luận cứ kỹ thuật. Việc quyết định lấy ý kiến phải được chủ trì xây dựng dự thảo quy chuẩn kỹ thuật nhà máy điện hạt nhân và khách hàng sử dụng hệ thống đưa ra trước khi phê duyệt quy chuẩn kỹ thuật nhà máy điện hạt nhân.
5. Nếu khi thống nhất về dự thảo thông số kỹ thuật của nhà máy điện hạt nhân mà có sự bất đồng giữa chủ đầu tư và khách hàng (hoặc các tổ chức quan tâm khác) thì lập biên bản bất đồng ý kiến (hình thức tùy ý) và đưa ra quyết định cụ thể. được thực hiện theo cách thức quy định.
6. Việc phê duyệt dự thảo thông số kỹ thuật của Nhà máy điện hạt nhân có thể được chính thức hóa bằng một văn bản (thư) riêng. Trong trường hợp này, dưới tiêu đề “Đồng ý”, một liên kết được tạo tới tài liệu này.
7. Việc phê duyệt các thông số kỹ thuật của nhà máy điện do người đứng đầu doanh nghiệp (tổ chức) của nhà phát triển và khách hàng của hệ thống thực hiện.
8. Trước khi trình phê duyệt, thông số kỹ thuật của NPP (bổ sung cho thông số kỹ thuật) phải được kiểm tra bởi cơ quan quản lý kiểm soát của tổ chức đã phát triển thông số kỹ thuật và, nếu cần, phải được kiểm tra đo lường.
9. Bản sao các thông số kỹ thuật đã được phê duyệt của nhà máy được nhà phát triển gửi các thông số kỹ thuật của nhà máy tới những người tham gia xây dựng hệ thống trong vòng 10 ngày sau khi được phê duyệt.
10. Việc phối hợp và phê duyệt bổ sung quy chuẩn kỹ thuật cho nhà máy điện hạt nhân được thực hiện theo phương thức đã xác lập đối với quy chuẩn kỹ thuật cho nhà máy điện hạt nhân.
11. Các thay đổi về thông số kỹ thuật của nhà máy điện hạt nhân không được phép phê duyệt sau khi hệ thống hoặc đến lượt hệ thống được đệ trình để thử nghiệm nghiệm thu.
12. Việc đăng ký, hạch toán và lưu trữ các thông số kỹ thuật của NPP và việc bổ sung nó được thực hiện theo yêu cầu của GOST 2.501.
MẪU TRANG TIÊU ĐỀ CỦA TK TRÊN AC
________________________________________________________
|
Tên TÔI TÁN THÀNH Người giám sát Chữ ký cá nhân Niêm phong ngày TÔI TÁN THÀNH Người giám sát Chữ ký cá nhân Niêm phong ngày
tên loại loa
Tên của môn học
viết tắt NHIỆM VỤ KỸ THUẬT Trên ____ tờ Có hiệu lực ĐÃ ĐỒNG Ý Người giám sát Chữ ký cá nhân Niêm phong ngày |
MẪU BẢNG CUỐI CÙNG CỦA TOR TRÊN AC
(mã TK)HOÀN THÀNH NHƯ THỎA THUẬN
PHỤ LỤC 4
Thông tin
QUY ĐỊNH VỀ TẠO BỘ TIÊU CHUẨN THỐNG NHẤT HỆ THỐNG TỰ ĐỘNG
1. Điều kiện ban đầu để tạo tổ hợp
1.1. Xây dựng và triển khai các hệ thống tự động nhiều lớp học khác nhau và việc bổ nhiệm được thực hiện trong nhiều ngành theo các tài liệu quy định và kỹ thuật thiết lập nhiều tiêu chuẩn, quy tắc và quy định về tổ chức, phương pháp và kỹ thuật làm phức tạp việc tích hợp các hệ thống và hoạt động chung hiệu quả của chúng.
1.2. Trong thời kỳ Tiêu chuẩn Nhà nước Liên Xô đưa ra quyết định cải thiện các tổ hợp tiêu chuẩn liên ngành, các tổ hợp và hệ thống tiêu chuẩn sau đây đã có hiệu lực, thiết lập các yêu cầu đối với nhiều loại khác nhau AC:
- 1) một hệ thống tiêu chuẩn về hệ thống điều khiển tự động (hệ thống thứ 24), bao gồm các hệ thống điều khiển tự động, hệ thống điều khiển tự động, hệ thống điều khiển quá trình và các hệ thống tổ chức, kinh tế khác;
- 2) bộ tiêu chuẩn (hệ thống 23501); mở rộng sang các hệ thống thiết kế có sự trợ giúp của máy tính;
- 3) nhóm thứ tư của hệ thống tiêu chuẩn thứ 14, bao gồm các hệ thống tự động hóa để chuẩn bị công nghệ sản xuất.
1.3. Thực tiễn áp dụng các tiêu chuẩn cho các hệ thống điều khiển tự động, CAD, hệ thống điều khiển quá trình tự động, hệ thống điều khiển quá trình tự động đã cho thấy chúng sử dụng chung một bộ máy khái niệm, có rất nhiều thiết bị phổ biến tuy nhiên, việc chuẩn hóa, yêu cầu của các tiêu chuẩn chưa thống nhất với nhau, có sự khác biệt về thành phần, nội dung công việc, khác nhau về tên gọi, thành phần, nội dung và cách thực hiện văn bản, v.v..
1.4. Trong bối cảnh thiếu chính sách kỹ thuật thống nhất trong lĩnh vực tạo AS, sự đa dạng của các tiêu chuẩn đã không đảm bảo khả năng tương thích rộng rãi của AS trong quá trình tương tác, không cho phép nhân rộng các hệ thống và cản trở sự phát triển của các lĩnh vực đầy hứa hẹn cho AS. sử dụng công nghệ máy tính.
1.5. Hiện nay, quá trình chuyển đổi đang được thực hiện sang việc tạo ra các hệ thống tự động phức tạp (ở nước ngoài là hệ thống CAD - CAM), trong đó bao gồm các hệ thống điều khiển tự động quy trình công nghệ và sản xuất, CAD - nhà thiết kế, CAD - kỹ thuật viên, ASNI và các hệ thống khác. Việc sử dụng các quy tắc xung đột khi tạo ra các hệ thống như vậy sẽ dẫn đến giảm chất lượng, tăng chi phí công việc và trì hoãn việc vận hành các nhà máy điện hạt nhân.
1.6. Một bộ tiêu chuẩn và tài liệu hướng dẫn thống nhất sẽ áp dụng cho các hệ thống tự động hóa cho nhiều mục đích khác nhau: ASNI, CAD, OASU, ASUP, ASUTP, ASUGPS, ASK, ASPP, bao gồm cả sự tích hợp của chúng.
1.7. Khi phát triển các tài liệu liên ngành, người ta nên tính đến Các tính năng sau đây AS là đối tượng của tiêu chuẩn hóa:
- 1) đặc tính kỹ thuật là tài liệu chính để thực hiện việc tạo ra AS và được khách hàng chấp nhận;
- 2) Các nhà máy điện hạt nhân, theo quy định, được tạo ra theo thiết kế, hoàn chỉnh với các sản phẩm sản xuất nối tiếp và sản xuất đơn lẻ và thực hiện các công việc xây dựng, lắp đặt, vận hành và chạy thử cần thiết để đưa nhà máy điện hạt nhân vào vận hành;
- 3 trong trường hợp chung AS (hệ thống con AS) bao gồm phần mềm và phần cứng (PTK), tổ hợp phần mềm và phương pháp luận (PMK) và các thành phần kỹ thuật, phần mềm và hỗ trợ thông tin.
Các thành phần của các loại hỗ trợ này, cũng như PMC và PTK, phải được sản xuất và cung cấp dưới dạng sản phẩm cho mục đích công nghiệp và kỹ thuật.
Các thành phần có thể được đưa vào AS dưới dạng các bộ phận độc lập hoặc có thể được kết hợp thành các tổ hợp; - 4) Việc tạo AS trong tổ chức (doanh nghiệp) đòi hỏi đào tạo đặc biệt người dùng và nhân viên bảo trì hệ thống;
- 5) chức năng của AS và các tổ hợp được đảm bảo bởi một bộ tài liệu về tổ chức và phương pháp luận, được xem xét trong quá trình tạo ra như các thành phần của các loại hỗ trợ pháp lý, phương pháp luận, ngôn ngữ, toán học, tổ chức và các loại hỗ trợ khác. Các giải pháp riêng lẻ thu được trong quá trình phát triển các phần mềm này có thể được triển khai dưới dạng các thành phần phần cứng, phần mềm hoặc hỗ trợ thông tin;
- 6) chức năng và tương tác chung hệ thống khác nhau và phức hợp được thực hiện trên cơ sở mạng cục bộ MÁY TÍNH.
Các thông số kỹ thuật và thỏa thuận được áp dụng cho mạng máy tính cục bộ là bắt buộc để đảm bảo tính tương thích của các hệ thống, tổ hợp và thành phần.
2. Mối liên hệ của CEN AS với các hệ thống và bộ tiêu chuẩn khác
2.1. Tiêu chuẩn hóa trong lĩnh vực AS là một phần không thể thiếu trong công việc giải quyết vấn đề chung về “Công nghệ thông tin”.
2.2. Một bộ tiêu chuẩn thống nhất dành cho các tài liệu quản lý hệ thống tự động, cùng với các hệ thống và bộ tiêu chuẩn khác, sẽ tạo thành sự hỗ trợ kỹ thuật và quy định hoàn chỉnh cho các quá trình tạo và vận hành hệ thống tự động.
2.3. CEN AU nên bao gồm các lĩnh vực tiêu chuẩn hóa cụ thể cho các hệ thống tự động hóa và mở rộng các lĩnh vực tiêu chuẩn hóa truyền thống sang phần mềm và phần cứng, các tổ hợp phương pháp và phần mềm cũng như các hệ thống tự động nói chung.
2.4. Các phương hướng và nhiệm vụ tiêu chuẩn hóa trong hỗ trợ pháp lý và kỹ thuật trong quá trình hình thành và vận hành nhà máy điện hạt nhân được nhóm như sau:
- 1) thiết lập các yêu cầu kỹ thuật cho sản phẩm;
- 2) quy định về phương pháp thử nghiệm và các quy tắc chứng nhận và chứng nhận sản phẩm;
- 3) quy định các quy tắc và thủ tục phát triển;
- 4) thiết lập các quy tắc về tài liệu;
- 5) đảm bảo tính tương thích;
- 6) quy định các vấn đề về tổ chức và phương pháp hoạt động của hệ thống.
Hướng 1-4 là truyền thống trong phát triển, sản xuất và cung cấp sản phẩm. Hướng 5, 6 mang tính cụ thể và phát sinh từ những đặc điểm vốn có của AS.
2.5. Việc cung cấp cho toàn bộ các nhà máy điện hạt nhân và các bộ phận của chúng các tài liệu quy định và kỹ thuật trong khuôn khổ các hướng dẫn và nhiệm vụ tiêu chuẩn hóa được chấp nhận là khác nhau.
Các thành phần của phần cứng, phần mềm và hỗ trợ thông tin, là sản phẩm cho mục đích công nghiệp và kỹ thuật, lần lượt được coi là sản phẩm thiết kế, phần mềm và thông tin. Các sản phẩm này phải tuân theo các bộ tiêu chuẩn hiện hành ESKD, SRPP, ESPD, SGIP, USD, bộ phân loại và bộ mã hóa thông tin kinh tế và kỹ thuật, các bộ tiêu chuẩn như “OTT”, “Phương pháp thử nghiệm”, “TU”, cũng như OTT của khách hàng.
2.5.1. Tất cả vòng đời Sản phẩm thiết kế được cung cấp đầy đủ các tài liệu quy định, kỹ thuật có giá trị trong lĩnh vực cơ khí và chế tạo dụng cụ.
2.5.2. Sản phẩm phần mềm được cung cấp các tài liệu khoa học kỹ thuật có trong ESPD và OTT của khách hàng. Tuy nhiên, phạm vi của các tài liệu kỹ thuật này cần được mở rộng để phản ánh các vấn đề liên quan đến việc phát triển, sáng tạo, phân phối và vận hành các sản phẩm phần mềm.
2.5.3. Các sản phẩm thông tin hiện nay chưa được cung cấp tài liệu kỹ thuật, mặc dù vấn đề cá nhânđược thực hiện trong khuôn khổ USD, bộ phân loại và bộ mã hóa thông tin kỹ thuật và kinh tế.
2.6. Các tổ hợp phần mềm-phần cứng và phần mềm-phương pháp luận được coi là những sản phẩm phức tạp không có chất tương tự trong kỹ thuật cơ khí. Coi trạng thái của PTC và PMK là sản phẩm dành cho mục đích công nghiệp và kỹ thuật, các quy tắc và quy trình phát triển chúng phải tương tự như các yêu cầu được thiết lập bởi các tiêu chuẩn của hệ thống phát triển và sản xuất sản phẩm (SRPP).
