Пример технического задания для рецензирования. Техническая документация Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ

Общие сведения. 6

1.1. Полное наименование системы.. 6

1.2. Условное обозначение системы.. 6

1.3. Шифр темы.. 6

1.4. Заказчик. 6

1.5. Пользователь. 6

1.6. Подрядчик. 6

1.7. Основание для выполнения работ. 6

1.8. Плановые сроки выполнения работ. 6

1.9. Источник финансирования. 6

1.10. Порядок финансирования. 6

1.11. Порядок оформления и предъявления Заказчику результатов работ. 7

1.12. Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы.. 7

1.13. Перечень сокращений. 8

1.14. Термины и определения, используемые в ТЗ. 9

1.15. Порядок внесения изменений и дополнений. 11

Назначение и цели создания (развития) системы.. 12

2.1. Назначение системы.. 12

2.2. Цели и задачи выполнения работ. 12

Характеристики объекта автоматизации. 14

3.1. Краткие сведения об объекте автоматизации. 14

3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды 14

3.2.1. Условия эксплуатации комплекса технических средств. 14

3.2.2. Характеристики окружающей среды.. 14

3.3. Описание места объекта автоматизации в совокупности окружающих автоматизированных информационных систем.. 14

3.3.1. Сведения о внешней среде. 14

3.3.2. Основные функции взаимодействующих сторон. 15

3.4. Текущее состояние объекта автоматизации. 15

3.4.1. Общие сведения. 15

3.4.2. Описание существующей структуры Системы.. 15

3.5. Общие принципы развития Системы.. 17

Требования к системе. 19

4.1. Требования к системе в целом.. 19

4.1.1. Требования к структуре и функционированию системы.. 19

4.1.1.1. Перечень подсистем, их назначение и основные характеристики. 20

4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы 21

4.1.1.3. Требования по взаимосвязям системы с внешними и со смежными системами, обеспечению ее совместимости. 22

4.1.1.4. Требования к режимам функционирования системы.. 22

4.1.1.5. Требования по диагностированию Системы.. 22

4.1.1.6. Перспективы развития, модернизации Системы.. 23

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы, требования к квалификации пользователей системы и режиму их работы.. 23

4.1.2.1. Требования к численности персонала Системы.. 23

4.1.2.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков 24

4.1.2.3. Требуемый режим работы персонала Системы.. 24

4.1.2.4. Требования к квалификации пользователей системы.. 25

4.1.2.5. Требуемый режим работы пользователей Системы.. 25

4.1.3. Показатели назначения. 25

4.1.3.1. Количество пользователей. 25

4.1.3.2. Число обрабатываемых объектов. 26

4.1.3.3. Пропускная способность. 28

4.1.3.4. Время получения отчетности. 28

4.1.4. Требования к надежности. 29

4.1.4.1. Показатели доступности/надежности. 29

4.1.4.2. Требования к программным мероприятиям по обеспечению надежности. 30

4.1.5. Требования к безопасности. 31

4.1.6. Требования к эргономике и технической эстетике. 31

4.1.7. Требования к транспортабельности для подвижных АС.. 32

4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 32

4.1.8.1. Условия и регламент (режим) промышленной эксплуатации. 32

4.1.8.2. Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов 33

4.1.8.3. Требования к регламенту обслуживания. 33

4.1.9. Требования к защите информации от несанкционированного доступа. 34

4.1.9.1. Технические требования по защите информации. 35

4.1.10. Требования по сохранности информации при авариях. 36

4.1.10.1. Перечень событий, при которых должна быть обеспечена сохранность информации в системе 36

4.1.10.2. Требования к регламентам и объемам резервного копирования и архивирования данных 37

4.1.11. Требования к патентной чистоте. 37

4.1.11.1. Перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей 37

4.1.11.2. Требования к использованию лицензионного программного обеспечения. 37

4.1.12. Требования по стандартизации и унификации. 37

4.1.13. Дополнительные требования. 38

4.2. Требования к функциям (задачам), выполняемым системой. 38

4.2.1. Требования к сценариям (процессам), автоматизируемым данной системой. 38

4.2.1.1. Сценарий создания рабочего процесса для пользователя, работающего с учётными записями 38

4.2.1.2. Сценарий создания рабочего процесса для пользователя, редактирующего отчёты и поисковые запросы других пользователей. 38

4.2.2. Требования к развитию Подсистемы сбора информации из источников СМИ и социальных медиа 39

4.2.2.1. Требования к функции «Сбор контента из сервисов для мгновенного обмена сообщениями» 39

4.2.2.2. Требования к функции «Сбор метрик информационных сообщений из СМИ». 39

4.2.2.3. Требования к функции «Сбор метрики «Количество просмотров». 39

4.2.3. Требования к развитию Подсистемы первичной обработки информации. 40

4.2.3.1. Требования к функции «Определение цитирования информационного объекта». . 40

4.2.3.2. Требования к функции «Выявление информационных трендов». 40

4.2.3.3. Требования к функции «Определение вовлеченности аудитории». 40

4.2.3.4. Требования к функции «Определение индекса цитируемости информационного сообщения» 41

4.2.4. Требования к развитию АРМ Аналитика. 41

4.2.4.1. Требования к развитию раздела «Главная страница». 41

4.2.4.2. Требования к функциям раздела «Статистика». 42

4.2.4.3. Требования к функциям раздела «Информационные тренды». 42

4.2.5. Требования к развитию АРМ Администратора. 43

4.2.5.1. Требования к функциям раздела «Лимиты отчетов». 43

4.2.5.2. Требования к функциям раздела «Лимиты сообщений». 43

4.2.6. Требования к развитию АРМ Менеджера информационных рисков. 44

4.2.6.1. Требования к функции «Публикация реакции на информационный риск». 44

4.2.7. Требования к разработке АРМ Менеджера учетных записей. 44

4.2.7.1. Требования к функциям раздела «Персоны». 44

4.2.7.2. Требования к функциям раздела «Аккаунты». 45

4.2.8. Требования к разработке АРМ Администратора отчетов. 46

4.2.8.1. Требования к функциям раздела «Отчеты». 46

4.2.8.2. Требования к функциям раздела «Запросы». 47

4.2.9. Требования к разработке Подсистемы пользовательских информационных объектов. 47

4.2.9.1. Требования к функции «Создание и редактирование пользовательского объекта». . 47

4.2.9.2. Требования к функции «Поиск пользовательского объекта». 48

4.2.10. Требования к разработке Подсистемы реляционно-ситуационного анализа. 48

4.2.10.1. Требования к модулю определения синтаксем.. 48

4.2.10.2. Требования к модулю определения значений синтаксем.. 48

4.2.10.3. Требования к модулю определения отношений синтаксем.. 49

4.3. Требования к видам обеспечения. 49

4.3.1. Требования к информационному обеспечению.. 49

4.3.1.1. Требования к составу, структуре и способам организации данных в системе. 49

4.3.1.2. Требования к организации ввода данных в систему. 50

4.3.1.3. Требования к информационному обмену между компонентами системы.. 50

4.3.1.4. Требования по использованию общегородских и других зарегистрированных классификаторов, унифицированных документов и др. 50

4.3.1.5. Назначение справочников и классификаторов и информации, хранящейся в них. ... 50

4.3.1.6. Объем и состав информации, получаемой из классификаторов. 50

4.3.1.7. Требования к разработке дополнительных классификаторов. 51

4.3.1.8. Требования по применению систем управления базами данных. 51

4.3.1.9. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных. 51

4.3.1.10. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы 51

4.3.1.11. Требования к контролю, хранению, обновлению и восстановлению данных. 52

4.3.1.12. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС.. 52

4.3.2. Требования к лингвистическому обеспечению.. 52

4.3.3. Требования к математическому обеспечению.. 52

4.3.4. Требования к программному обеспечению.. 52

4.3.5. Требования к техническому обеспечению.. 53

4.3.6. Требования к метрологическому обеспечению.. 54

4.3.7. Требования к организационному обеспечению.. 54

4.3.7.1. Требования к структуре и функциям подразделений, участвующих в функционировании Системы или обеспечивающих эксплуатацию.. 54

4.3.7.2. Требования к организации функционирования системы и порядку взаимодействия персонала Системы и персонала объекта автоматизации. 54

4.3.7.3. Требования к защите от ошибочных действий персонала Системы.. 54

4.3.8. Требования к методическому обеспечению.. 54

4.3.9. Требования к телекоммуникационному обеспечению системы.. 55

4.3.9.1. Необходимые линии и каналы связи. 55

4.3.9.2. Среда передачи. 55

4.3.9.3. Технические параметры каналов связи. 55

4.3.9.4. Пропускная способность, интерфейсы, топология и т.п. 55

4.3.9.5. Необходимость организации новых каналов связи либо возможность использования существующей телекоммуникационной инфраструктуры Правительства Москвы. 55

Состав и содержание работ по созданию системы.. 56

2.2.5 Состав и содержание работ по созданию системы

На первом этапе создания системы осуществляется обследование объекта и обоснование необходимости создания системы, а также происходит планирование и анализ требований к системе.

На втором этапе происходит разработка и утверждения технического задания на создание системы.

Третий этап включает разработку технического проекта системы и документации на систему.

Четвертый этап: разработка технической документации на систему.

Завершающим этапом является эксплуатация системы.

2.2.6 Порядок контроля и приемки системы

Процесс тестирования проводится в 3 этапа:

Проверка в нормальных условиях;

Проверка в экстремальных условиях;

Проверка в исключительных ситуациях.

При проверке в нормальных условиях программе передаются характерные данные, модулирующую обычную работу оператора.

Проверка в экстремальных условиях подразумевает ввод граничных значений для данных, ввод большого количества записей или наоборот сведение количества записей к нулю.

Проверка в исключительных ситуациях подразумевает ввод заведомо неверных данных, или данных расположенных на границах допустимой области, данных, содержащих пробелы, цифры и буквы в разнообразных недопустимых сочетаниях.

После проведения опытного тестирования происходит согласование всех возникших вопросов.

2.2.7 Требования к составу и содержанию работ по подготовке

объекта автоматизации к вводу в действие

Прежде чем ввести систему в действие необходимо провести ряд мероприятий, таких как:

Приобрести компьютер и подключить его к сети организации;

Установить необходимое программное обеспечение;

Обучить персонал работе с системой (это должен проводить разработчик системы в рабочее время с использованием «руководства пользователя ИС «Реклама»);

Заполнить справочники,

Ввести начальные данные;

Выполнить пробный запуск системы;

Сдать в эксплуатацию.

2.2.8 Требования к документированию

По завершении работы разработчик системы должен предоставить руководство пользователя.

2.3 Технический проект на разработку ИС «Реклама» для

компании «Деловая недвижимость»

2.3.1 Общие положения

Полное наименование разрабатываемой системы: «Автоматизированное рабочее место менеджера по рекламе агентства недвижимости».

АРМ разрабатывается студенткой 6 курса вечернего факультета специальности «Прикладная информатика в экономике» Алтайского Государственного Технического Университета им. И.И. Ползунова Ткаченко Н.И. по заказу отдела жилой недвижимости агентства недвижимости ООО «СИА «Деловая недвижимость».

Система создается на основании задания на дипломное проектирование (Приложение А).

Программа должна быть ориентирована на предприятие ООО «СИА «Деловая недвижимость», должна учитывать все особенности подачи рекламы.

Целью создания системы является повышение эффективности работы отдела жилой недвижимости.

Использование системы должно решать следующие задачи:

Централизованное хранение информации об объектах недвижимости;

Автоматизация подготовки объявлений по объектам недвижимости;

Автоматизация формирования прайс-листа;

Быстрый поиск необходимой информации;

Источником финансирования работы является предприятие заказчик. Оплата будет произведена по окончанию работы.

Система должна соответствовать нормам и правилам техники безопасности, пожарной и взрывной безопасности.

При проектировании системы должны использоваться нормативно-технические документы ГОСТы:

ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;

РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов;

ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем.

При разработке системы должны учитываться особенности подачи рекламы в различные СМИ (график подачи, определенная система сокращений и т.д.).


За поведением посетителя. Знание эталон со заказа позволит им активно воздействовать на клиента и приме на каждом этапе наилучшую психологическую тактику обслуживания. 3. Программное обеспечение менеджера сервисного центра Когда-нибудь будущие историки непременно скажут, что компьютеры оказались одним из величайших достижений человечества ХХ века. Удобные персональные компьютеры появились...

... ; - статические физические перегрузки; - перенапряжение зрительных анализаторов. Работник обязан: - выполнять только ту работу, которая определена его должностной инструкцией. - содержать в чистоте рабочее место. - соблюдать режим труда и отдыха в зависимости от продолжительности, вида и категории трудовой деятельности. - соблюдать меры пожарной безопасности. Рабочие места с компьютерами...

Является ОС ДТ-МАКС (DT-MAX) версии 6.0, которая и применены в данном комплексе. основные решения по реализации компонентов системы Общие положения Разрабатываемое автоматизированное рабочее место оператора автоматических кабин и информационной системы предназначено для работы на городских отделения электросвязи (ГОЭС) в составе автоматизированной системы управления АПП ГОЭС. АРМ АПП...



Я хотела бы посвятить именно приемному отделению ТК «Жуковка». Я считаю, что будет вполне целесообразно разработать и внедрить на данном предприятии автоматизированную информационную систему планирования сбыта, что в свою очередь ускорит и существенно облегчит работу приемного отделения ТК «Жуковка». План-схема приемного отделения и структура работы службы приема и размещения ТК «Жуковка» ...

Нажав на кнопку "Скачать архив", вы скачаете нужный вам файл совершенно бесплатно.
Перед скачиванием данного файла вспомните о тех хороших рефератах, контрольных, курсовых, дипломных работах, статьях и других документах, которые лежат невостребованными в вашем компьютере. Это ваш труд, он должен участвовать в развитии общества и приносить пользу людям. Найдите эти работы и отправьте в базу знаний.
Мы и все студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будем вам очень благодарны.

Чтобы скачать архив с документом, в поле, расположенное ниже, впишите пятизначное число и нажмите кнопку "Скачать архив"

Подобные документы

    Подходы к созданию сайтов. Обоснование необходимости наличия персонального сайта компании ИП Тимонина Е.Н.. Структура, интерфейс, этапы создания сайта. Описание кода страниц. Создание web-страниц и наполнение их информацией. Верстка сайтов с чистым кодом.

    дипломная работа , добавлен 03.06.2015

    Процесс разработки Web-сайта. Состав и содержание работ по созданию подсистемы. Требования к Web-сайту. Определение сущностей модели базы данных. Разработка логической модели базы данных. Реализация PHP-скриптов и заполнение базы данных Web-сайта.

    дипломная работа , добавлен 29.06.2011

    Специализация, ассортимент товаров магазина. Состав и содержание работ по созданию системы. Требования к веб-сайту. Разработка дизайна страниц. Twitter Bootstrap 2.3, валидация. Тестирование и отладка системы. Исходный код главной страницы и слайдера.

    курсовая работа , добавлен 29.04.2015

    Виды структур Web-сайтов: линейная, древовидная, решетчатая и произвольная. Структура и содержание сайта гостиничного комплекса "Воздвиженское", "Смоленск" и "Иртыш". Идеи сайта и целевая аудитория. Заполнение страниц информацией и тестирование сайта.

    курсовая работа , добавлен 25.04.2015

    Практическая значимость создания сайта. Язык программирования JavaScript. Основные области использования языка JavaScript при создании интерактивных HTML-страниц. Язык программирования PHP. Программная основа сайта. Создание оформления дизайна сайта.

    дипломная работа , добавлен 05.03.2013

    Понятие web-сайта и их типы. Программы для создания web-сайта. Описание структуры проекта. Алгоритм создания сайта. Описание конструктора Jimdo. Языки программирования серверного выполнения. Создание полнофункционального веб-сайта для ОАО "КУЛЗ".

    курсовая работа , добавлен 05.06.2015

    Выявление целей создания сайта и постановка проблемы, решаемой с его созданием. Анализ сайтов–аналогов, обоснование типа разрабатываемого web–узла. Специфика разработки набора макетов страниц. Оптимизация контента сайта, его верстка и тестирование.

    курсовая работа , добавлен 12.02.2011

4.5 Состав и содержание работ по созданию системы

В процессе создания и внедрения должны быть выполнены следующие работы:

1.Формирование требований.

2.Разработка концепции.

3.Техническое задание.

4.Технический проект.

4.6 Порядок контроля и приемки системы

Во время предварительных испытаний осуществляют проверку системы на работоспособность и соответствие техническому заданию в соответствии с методикой и программой предварительных испытаний. По результатам предварительных испытаний производят устранение неисправностей в системе и внесение изменений в техническую и эксплутационную документацию. В случае успешного проведения испытаний оформляется акт о приемке в опытную эксплуатацию. Опытная эксплуатация заключается в работе с реальными данными без участия разработчиков по разработанной методике и программе с регистрацией всех ошибок, сбоев и нештатных ситуаций. По итогам опытной эксплуатации производится доработка программного обеспечения и дополнительная наладка технических средств. Работы завершаются оформлением акта о завершении опытной эксплуатации.

Проведение приемочных испытаний заключается в комплексной проверке реально функционирующей в полном объёме ИС на соответствие техническому заданию по разработанной методике и программе испытаний. Проводится анализ результатов испытаний и устранения недостатков, выявленных при испытаниях. В случае положительных результатов испытаний оформляется акт о приемке ИС в постоянную эксплуатацию. Этот акт является подтверждением того, что разработчик полностью реализовал все положения технического задания.


5. Этап технического проекта

На этом этапе обеспечивается разработка общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решения и применяемым языкам.

5.1 Спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты

Внешние спецификации программного модуля должны включать следующие сведения: имя модуля, функции модуля, список параметров, входные и выходные данные.

1) ПМ «Бухгалтерский учет» позволяет автоматизировать все блоки бухгалтерского учета. Также программа позволяет формировать необходимые отчетности, печатные формы и документы, необходимые для ведения налогового учета. Перечень и содержание этих форм постоянно обновляется в соответствии с изменениями текущего законодательства.

2) ПМ «Учет стоимости автомобиля» позволяет вести учет стоимости автомобиля при частичной и полной оплате инвалидом автомобиля. При желании инвалида приобрести другую марку автомобиля, этот ПМ позволяет предусмотреть получение им стоимости полагающегося бесплатно автотранспорта.

3) ПМ «Печать выходных форм» позволяет при запросе ФИО инвалида осуществлять печать справок, накладных, актов и др. выходных документов, необходимых для получения инвалидом мотоколяски или автомобиля.


5.2 Описание информационного обеспечения

5.2.1 Организация сбора и передачи информации

В данной системе организуется передача данных между УСЗН и РОСЗН., в связи с чем организация передачи данных должна строится следующим образом.

При выгрузке данных, подвергшихся изменению, из системы на дискету должна запускаться форма «Выгрузка данных из системы», в которой пользователю предлагается ввести дату начала и дату конца коридора значений, по которому идет передача данных.

Процедура просматривает последовательно все записи, начиная с первой, и, находя запись, входящую в интервал заданных дат, формирует файл, в который записываются поля записи. Файл можно разместить в любом каталоге файловой системы по желанию заказчика. После того как файл сформирован, его нужно сбросить на дискету.

При загрузке данных, подвергшихся изменению, в систему с дискеты, должна запускаться форма «Загрузка данных в систему» в которой пользователю нужно только нажать кнопку «ОК».

Процедура просматривает все строки и поля с дискеты последовательно, начиная с первой. Так как последовательность расположения полей известна, то каждый набор символов, ограниченный запятыми, переводится в соответствующее ему значение атрибута, и записывается в БД на место старого.

5.2.2 Построение системы классификаторов и кодирования

В системе должны предусматриваться классификаторы и справочники следующих атрибутов:

Районов – NRAY – таблица RAYON.

Групп инвалидности – NINV – таблица INVALIDNOST.

Модификаций – NMODIF – таблица MODIFIKACIYA.

Признаков – NPRIZ – таблица PRIZNAK.

5.2.3 Описание организации БД

Проектируемая система будет организована следующим образом. В районных отделениях будет храниться информация только районного масштаба, не затрагивая данные других районов.

В центральном отделе СЗН будут храниться данные из всех районов. Все районы будут сбрасывать в центр свои изменения, а центр, таким образом, будет накапливать данные и также обмениваться ими с районами.


6. Рабочая документация

На данном этапе производится разработка рабочей документации, которая необходима для поддержания уровня эксплуатационных характеристик.

6.1 Руководство пользователя

6.1.1 Введение

6.1.1.1 Область применения

Автоматизированное рабочее место инспектора по распределению спецтранспорта инвалидам представляет собой информационную систему, направленную на организацию работы отделов трудового и бытового устройства инвалидов в Районных отделах СЗН и в УСЗН, координацию действий отделов в районах с центральным управлением города Рязани. В представленной системе отражается работа отделов трудового и бытового устройства инвалидов в следующих процессах: приема заявлений от инвалидов, нуждающихся в обеспечении автотранспортом, обеспечение инвалидов автотранспортом, обмена автотранспорта, переоформление на родственников автомобиля в случае смерти инвалида, а так же формирование и печать выходных документов.

6.1.1.2 Краткое описание возможностей.

Представленная вашему вниманию система имеет функциональное наполнение, позволяющее выполнять все необходимые операции над БД.

1.Просмотр данных.

Система позволяет просматривать содержащиеся в базе данные посредством экранных форм.

2.Внесение изменений.

В функции системы заложена возможность внесения изменений в любые данные, содержащиеся в базе данных в любой момент времени.

3. Добавление записей.

Так же в системе реализована возможность внесения новых записей.

4. Поиск информации в БД.

Функция поиска данных в базе данных должна позволять находить нужные записи, исходя из заданной совокупности значений для проведения поиска (значения полей по которым ведется поиск).

5.Расчет стоимости автомобиля.

Позволяет вести учет стоимости автомобиля при частичной и полной оплате инвалидом автомобиля. При желании инвалида приобрести другую марку автомобиля, позволяет предусмотреть получение им стоимости полагающегося бесплатно автотранспорта.

6.Процесс выгрузки на дискету или загрузки с дискеты в БД записей, подвергшихся изменению.

В системе предусмотрена возможность обмена данными между РОСЗН и УСЗН в целях избежания ошибок.


... ; - отдельная пиктограмма для форматирования; - появление механизма Drag & Plot, предназначенного для быстрой активизации диаграмм. 4.6. Техническое обеспечение. Автоматизированная система бухгалтерского учета Министерства здравоохранения Республики Тыва может функционировать при следующей конфигурации аппаратных средств: IBM совместимый компьютер с процессором 80386 фирмы Intel, ...

С бюджетом одна из основных частей хозяйственного механизма, которая оказывает стимулирующее воздействие на развитие производства предприятий и решение народно хозяйственных задач. Разработка обоснованных взаимоотношений сельскохозяйственных предприятий с финансовой системой является важным вопросом в выравнивании экономических условий хозяйствования и повышении заинтересованности предприятий в...



Одну государственную или муниципальную организацию (орган). «Информационные каталоги» - сведения об объектах недвижимости необходимые для целей налогообложения, а также для целей государственного и муниципального управления и информирования юридических и физических лиц. Они будут публиковаться в электронном виде на предлагаемом сайте. Полномочия по ведению этих сведений будут распределены между...

К государственным социальным службам относятся органы управления, учреждения и предприятия социального обслуживания системы социальной защиты населения, министерств и ведомств Российской Федерации, к компетенции которых относится социальная помощь населению. К муниципальным социальным службам относятся учреждения и предприятия социального обслуживания, находящиеся в ведении органов...

Создан 22.11.2005 12:49:32

Из толкового словаря

СОСТАВ, состава, муж. только ед. Совокупность частей, элементов, образующих какое-нибудь целое. «- Можем ли мы, марксисты, обойти в Конституции вопрос о классовом составе нашего общества? Нет, не можем.» Сталин. Состав вооруженных сил страны. Состав имущества. Состав капитала. Входить в состав чего-нибудь. || Совокупность элементов химического соединения, смеси, раствора. Состав серной кислоты. Определить состав микстуры. Состав для лощения. Лекарственные составы.

Содержание То, что составляет сущность кого-чего-н. «…Период диктатуры пролетариата и строительства социализма в СССР есть период расцвета национальных культур, социалистических по содержанию и национальных по форме.» Сталин. Форма и содержание – категории материалистической диалектики. Человек с богатым внутренним содержанием (душевным миром). Классовое содержание общественного движения. Содержание сознания.

То, о чем рассказывается или говорится, тема, основной смысл, сущность изложения. Книга с интересным содержанием. Содержание доклада. Сборник статей разнообразного содержания. Проблема формы и содержания в художественном повествовании. Изложить содержание статьи.

Термины и определения

Работа - Производственная, научная или другая по созданию (и, строительство, металла и т.п.) [из п. 3.1.14 ГОСТ 33353.1-2015], содержание - Совокупность и, создание которых должно быть обеспечено в рамках осуществляемого [из п. 3.87 ГОСТ Р 56715.5-2015].

Процесс создания АС - Совокупность работ от формирования исходных к до [из п. 4.2 ГОСТ 34.003-90], а также представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в и работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным [из п. 1.1 ГОСТ 34.601-90].

Состав и выполнения работ на установленных настоящим и определяют в соответствующей документации, участвующих в создании конкретных видов. Перечень, участвующих в работах по созданию АС, приведен в приложении 2 [из п. 1.4 ГОСТ 34.601-90].

Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень и работ по созданию системы в соответствии с, сроки их выполнения, перечень работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы или запись, определяющую ответственного (или) за проведение этих работ.

В данном разделе также приводят:

  1. по, предъявляемых по окончании соответствующих стадий и этапов работ;
  2. вид и порядок проведения (стадия, этап, объем проверяемой документации, организация-эксперт);
  3. , направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
  4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

[из п. 2.7 ГОСТ 34.602-89].

Перечень работ по метрологическому обеспечению на всех стадиях создания системы

Метрологическое обеспечение на всех стадиях жизненного цикла АС осуществляется в соответствии с таблицей.

Стадия жизненного цикла

Состав работ по метрологическому обеспечению

Основной РД

1. Формирование требований

Ревизия измерительных цепей (ревизия измерительных каналов не производится)

Положение о порядке проведения ревизии и маркирования специальными знаками визуального контроля средств учета электрической энергии (утв. Госстандартом РФ, Минтопэнерго РФ 3, 16 октября 1998 г.)

Метрологическая экспертиза ТЗ

РД 34.11.502-95. Методические указания. Организация и порядок проведения метрологической экспертизы документации на стадии разработки и проектирования
МИ 1314-86 Порядок проведения метрологической экспертизы технических заданий на разработку средств измерений. Методические указания

2. Технорабочий проект

Разработка и аттестация МВИ

РД 153-34.0-11.209-99 Рекомендации. Автоматизированные системы контроля и учета электроэнергии и мощности. Типовая методика выполнения измерений электроэнергии и мощности
ГОСТ Р 8.563 - 96 ГСИ Методики выполнения измерений
МИ 1967-89 ГСИ. Выбор методов и средств измерений при разработке методик выполнения измерений
СТО АТС 02.04.1-2003 Правила разработки, аттестации и стандартизации методик выполнения измерений и метрологического контроля за ними

Разработка описания типа СИ для Госреестра

Разработка Программы испытаний АС в целях утверждения типа СИ

РД 153-34.0-11.204-97 Методика приемки из наладки в эксплуатацию измерительных каналов информационно-измерительных систем
ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем
МИ 2441-97 ГСИ. Испытания для целей утверждения типа измерительных систем. Общие требования

3. Ввод в действие

Испытания АС в целях утверждения типа

ПР 50.2.009-94 ГСИ. Правила по метрологии. Порядок проведения испытаний и утверждения типа средств измерения

Утверждение типа СИ и внесение в Госреестр

ПР 50.2.011-94 ГСИ. Правила по метрологии Порядок ведения Государственного реестра средств измерений

Первичная метрологическая поверка АС

ПР 50.2.006-94 ГСИ. Правила по метрологии. Порядок проведения поверки СИ
РД 34.11.202-95. Методические указания. Измерительные каналы информационно-измерительных систем. Организация и порядок проведения метрологической аттестации

4. Эксплуатация

Расчет межповерочных интервалов (МПИ)

МИ 2187-92 Межповерочные и межкалибровочные интервалы средств измерений. Методика определения

Периодическая поверка АС

Методика поверки АС (разрабатывается при утверждении типа СИ)



Понравилась статья? Поделиться с друзьями: