Состав и содержание работ по созданию системы пример. Характеристика объекта автоматизации

Работы по созданию системы выполняются последовательно и включают следующие этапы:

5.1. Формирование требований к ИС

Характеристика объекта и результатов его функционирования:

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

Все работы должны быть выполнены в течение 4 учебных часов.

5.2. Разработка концепций ИС

Изучение объекта:

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

Все работы должны быть выполнены в течение 6 учебных часа.

Разработка технического задания (ТЗ)

Проводится разработка, оформление, согласование и утверждение ТЗ в соответствии с ГОСТ 34.602-83).

На этом этапе разработчик может сам создать первоначальный профиль стандартов на основании стандартов: ISO/IES 1220761995-08-01; ГОСТ 34.602-83; ГОСТ 34.601-90; ГОСТ 34.20-89; РД 50-34.689-90; ГОСТ 34.603-92

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

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

Разработка документации на ИС: разработчик - по итогам работ составляет (РД 50-34.698-90):

- пояснительная записка к техническому проекту;

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

- описание организации информационной базы.

Все работы должны быть выполнены в течение 14 учебных часов.

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

Разработка рабочей документации на ИС: разработчик – создает руководство пользователя на основании стандартов РД 50-34.698-90 и ЕСПД, которое должно быть представлено в пояснительной записке.

Все работы должны быть выполнены в течение 2 учебных часов.

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

Организационная подготовка объекта информатизации к вводу ИС: разработчик и заказчик - проводят организационную подготовку объекта к вводу ИС.

Подготовка персонала: разработчик - обучает персонал, проверяет их способность обеспечить функционирование ИС.

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

Пуско-наладочные работы: проводятся автономная наладка аппаратных и программных средств, загрузка информации в ИС, комплексная наладка всех средств системы.

Испытания системы: проводятся предварительные испытания, опытная эксплуатация и приемочные испытания. Более подробно испытания системы представлены в пункте "Порядок контроля и приемки системы" настоящего документа.

Все работы должны быть выполнены в течение 3 дней.

5.7. Сопровождение ИС

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

Все работы должны быть выполнены в течение 30 учебных часов.

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

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

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

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

Общие сведения. 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

5.1. Календарный план. 56

5.2. Порядок сдачи-приемки выполненных работ. 58

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

Первое техническое совещание.
После заключения Договора на разработку ТРП проводится первое техническое (организационное) совещание с участием Заказчика, проектной организации, Разработчика системы и Поставщика оборудования для окончательного согласования и уточнения спецификаций и Системы.

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

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

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

Пояснительная части проекта;
Копия Технологического регламента;
Монтажно-технологические схемы с КИПовской обвязкой;
Перечень КИПовских позиций с указанием уровней входных и выходных сигналов, пределов сигнализации и блокировок;
Инструкции по эксплуатации, пуску и останову технологического ;
Описание алгоритмов управления и ;
Описание алгоритмов связного, последовательного и управления;
Логические схемы управления и противоаварийной защиты;
Принципиальные схемы управления силовым оборудованием;
Схемы электроснабжения средств и помещений управления;
Документация строительной части помещений управления;
Спецификация полевого оборудования;
Схемы подключения внешних проводок от полевого оборудования до кроссовых шкафов в помещениях управления;
Планы размещения существующего оборудования в помещениях управления.

Выполнение рабочего (технорабочего) проекта и ПАЗ.
Разработчик должен выполнить Технорабочий проект на РСУ и ПАЗ, и представить Заказчику для согласования в сроки, определенные Договором на разработку проекта.

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

Документация по общесистемным решениям (ОР);
Документация на техническое обеспечение (ТО);
Документация на информационное обеспечение (ИО);
Документация на прикладное ("математическое") программное обеспечение (МО);
Документация на программное обеспечение (ПО);
Документация организационного обеспечения (ОО).

Разработчик Системы должен решить вопросы рационального распределения входных и выходных сигналов по модулям ввода-вывода согласно технологическим узлам для удобства при монтаже и эксплуатации, а также для минимизации времени обработки контуров управления и ПАЗ.

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

Обучение персонала Заказчика.
Специалисты Заказчика должны пройти обучение в учебном центре Разработчика системы или Поставщика оборудования.

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

Конфигурация функций предоставления информации.
Весь объем работ по конфигурации функций предоставления информации выполняется Разработчиком, дополнительные затраты специалистов Заказчика не требуются.

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

В объем конфигурации функций отображения входят:

Разработка и конфигурация изображений (мнемосхем) участков технологического процесса с КИПовской обвязкой и контурами управления;
Конфигурация отображения параметров, находящихся в состоянии сигнализации или блокировок;
Разработка и конфигурация трендов (графиков изменения параметров во времени);
Конфигурация архивов и баз данных, технологических констант;
Генерация и вывод технологических отчетов и режимных листов;
Генерация и вывод системных отчетов, хронологических перечней технологических и системных событий.

Шефмонтаж и пусконаладка.
Для непосредственного выполнения монтажных и наладочных работ привлекаются специализированные монтажно-наладочные организации.

Услуги по шефмонтажу и пуско-наладке РСУ и ПАЗ, производимые на площадке Заказчика, будут выполнены специалистами Разработчика и Поставщика оборудования.

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

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

Пуск АСУТП в эксплуатацию.
Каждый канал контроля, управления, сигнализации и блокировки отлаживается и настраивается в индивидуальном порядке в соответствии с .

После завершения наладочных работ по всем контурам и сервисным функциям, вся Система целиком, включая управление и ПАЗ, в автоматическом режиме будет поставлена на испытательный предгарантийный пробег (Предварительные испытания), который заключается в беспрерывной и безотказной работе в течение 72-х часов в присутствии специалистов Разработчика и Заказчика.

После успешного завершения предварительных испытаний подписывается совместный о сдаче АСУТП в .

Гарантийный срок.
Гарантийный срок должен составлять не менее 12 месяцев с момента пуска Системы в промышленную эксплуатацию, но не более 18 месяцев со дня поставки оборудования на склад Заказчика в зависимости от того, что наступит ранее.

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