Проект ас в строительстве

Раздел АР (архитектурные решения) и АС (архитектурно-строительная часть) входят в состав Рабочего проекта (РП) и включают в себя:

Раздел АР (архитектурные решения):
1. Пояснительная записка
2. Планы этажей для отделочных работ, ведомость отделки помещений
3. Полы, ведомость заполнения дверных и оконных проемов
4. Фасады, цветовое решение фасадов
5. Аксонометрические виды

Раздел АС (архитектурно-строительная часть):
1. Планы фундаментов
2. Кладочные планы этажей, ведомость проемов
3. Планы раскладки перемычек, ведомость перемычек, балок, прогонов
4. Планы перекрытия
5. План стропильных конструкций
6. План кровли
7. Разрезы здания, кровли, конструктивные узлы
8. Привязка вентиляционных каналов
9. Разрезы по стене
10. Сводная спецификация материалов и изделий

Источник: ooo-patio.ru

Проектируем многоквартирные дома, бизнес-центры, торговые центры, склады, ангары и другое

Что входит в полный АС (архитектурно-строительный проект) АР+КР+ОВ+ВК+ЭОМ

Сделайте заказ проекта до конца месяца и получите 3D визуализацию для рекламных материалов сразу после утверждения эскизного проекта.

Разработка всех разделов проекта в соответствии с мировыми стандартами качества.

Ответственность компании подтвержденна свидетельством СРОА «Межрегионпроект»

Снижение себестоимости строительства на 10-15%

Наша задача — помочь Вам выбрать наиболее оптимальное и рациональное решение для строительства. Большой накопленный опыт в проектировании и авторском надзоре позволяет нам предлагать технологии и материалы, способные значительно удешевить строительство, без потери требуемых технических характеристик здания. Так, при перерасчете каркасов, экономия арматуры и бетона ведет к снижению затрат Застройщика на 10 % на этот вид работ.

Сокращение сроков строительства благодаря качественному проекту

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

Источник: asproekt.com

Привет студент

Термин «проектирование» происходит от лат. «projectus» — брошенный вперед; это — процесс создания прототипа, прообраза предполагаемого или возможного объекта, явления.

Результатом проектирования является научно-теоретически и практически обоснованное определение версий или вариантов развития или изменения того или иного объекта, явления, в данном случае — АС.

Проектирование АС — это последовательное продумывание и описание того, какой должна быть АС.

Проектирование ИЖС. Состав проекта АС.

Проектирование АС — составная часть (этап) ЖЦ АС, обеспечивающая управление всем ЖЦ АС

Понятие проектирования и близкие ему по смыслу понятия:

планирование, конструирование, моделирование.

Методы проектирования АС

Метод проектирования — способ создания проекта системы,

поддерживаемый определёнными средствами проектирования.

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

1. Решаемые задачи автоматизации (обработка информационных потоков в системе с управлением)

а) Метод «снизу-вверх»

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

АС создается для решения задач автоматизации функций конкретных сотрудников конкретного подразделения предприятия.

Преимущества: метод эффективен при постоянно изменяющихся условиях внешней среды предприятия: изменение законодательства, правил ведения

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

Проблемы, недостатки: изменение информационных потоков в системе с управлением приводит к необходимости переработки (модификации) проекта АС. Для этого необходимо наличие квалифицированного штата программистов. Осуществляется «лоскутная» автоматизация деятельности предприятия, общая

картина перспектив комплексной автоматизации просматривается недостаточно хорошо.

Наиболее часто встречающийся подход в прошедшее десятилетие и в настоящее время.

б) Метод «сверху-вниз»

Процессный подход, потребность доведения информации до всех подразделений предприятия (системы с управлением)

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

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

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

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

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

Проблемы, недостатки: необходимо осуществление детальной проработки (изучения) проблемы (процесса). Идея использования «одной системы для всех», заложенные «сверху» жесткие рамки («общие для всех») резко ограничивает возможности разработчиков, усложняют расширение круга решаемых задач автоматизации повседневной деятельности каждого работника — специфических аналитических и производственно — технологических видов деятельности. Использование в автоматизации типовых разработок АС — ведет к появлению проблем внедрения на конкретном предприятии.

в) Сбалансированное сочетание двух предыдущих (принципы «дуализма» и многокомпонентности)

Дуализм — совмещение двух равноправных принципов.

Появление метода вызвано требованиями времени:

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

2. Необходимостью внедрения новых форм и методов управления предприятием — расширение автоматизации функций анализа, планирования, контроля, оперативного управления, сложных по структуре процессов предприятия, отражающих деятельность ряда (всех) структурных подразделений.

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

формирования представления о предприятии в регионе и всем мировом пространстве (сайты)

Метод предполагает построение ядра системы и гибкой системы настроек. Реализуется возможность адаптации АС практически любым условиям и различным требованиям внешней среды правилам работы предприятия. АС должна поддерживать принцип дуализма к обработке данных — «снизу-вверх» и «сверху-вниз».

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

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

Многокомпонентная АС обеспечивает:

— однократный ввод данных в систему, многократное их использование;

— использование общей, наиболее важной части информации, присущей системе управления предприятия, всеми решаемыми задачами;

— возможность обработки сложной по структуре информации, связанной со сквозными бизнес-процессами предприятия;

— обеспечение актуального своевременного формирования результатов интегрированной обработки данных, необходимых для принятия решений на разных уровнях управления предприятием;

— унификацию автоматизированных документов информационных потоков предприятия — переход на электронный документооборот;

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

Модульность построения АС поддерживает возможность их поэтапного внедрения.

2. Степень автоматизации:

а) методы ручного проектирования — проектирование компонентов АС осуществляется без использования специальных инструментальных программных средств;

б) методы компьютерного (автоматизированного) проектирования —

генерация или конфигурация (настройку) проектных решений на основе использования специальных инструментальных программных средств.

3. Степень использования типовых проектных решений:

а) методы оригинального (индивидуального) проектирования — проектные решения разрабатываются с нуля;

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

4. Степень адаптивности проектных решений:

а) методы реконструкции — адаптация проектных решений выполняется путём переработки компонентов;

б) методы параметризации — проектные решения настраиваются (переконфигурируются) в соответствии с изменяемыми параметрами;

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

5. Характер используемой технологии проектирования

Выделяют методы, относящиеся к двум основным классам технологий:

• каноническая (твердо установленная) технология — ориентирована на использование главным образом каскадной модели жизненного цикла АС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.;

Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса:

• автоматизированное (использование CASE-технологий);

• типовое (параметрическое — или модельно-ориентированное)

Подходы к проектированию ИС

Подход — это более широкое понятие, чем метод!

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

Выделяют два основных подхода к проектированию систем управления предприятием и АС их поддержки: структурный и процессный.

Структурный подход

Довольно часто используется.

Основан на четком разграничении функций подразделений предприятия.

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

При этом компоненты АС взаимоувязаны, система является целостной

Формула подхода структурного программирования выражена Виртом:

Программная система (АС) = алгоритмы + структуры данных

Все наиболее распространенные методологии структурного подхода базируются на ряде общих принципов.

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

— принцип «разделяй и властвуй» — принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;

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

— принцип абстрагирования — заключается в выделении существенных аспектов системы и отвлечения от несущественных;

— принцип формализации — заключается в необходимости строгого методического подхода к решению проблемы;

— принцип непротиворечивости — заключается в обоснованности и согласованности элементов;

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

Поскольку формула подхода структурного программирования выражена Виртом: программа (программная система) = алгоритмы + структуры данных, в проводимом при проектировании структурном анализе изучаются две группы компонентов:

— функции, выполняемые системой;

— отношения между данными.

Каждой группе соответствуют определенные виды моделей (диаграмм), наиболее распространенными, среди которых являются следующие:

— SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

— DFD (Data Flow Diagrams) диаграммы потоков данных;

— ERD (Entity-Relationship Diagrams) диаграммы «сущность-связь».

На стадии проектирования АС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

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

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

Процессный подход

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

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

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

Процессный подход подводит к необходимости перехода на так называемое «тощее производство» или «тощую» ресурсосберегающую организационную структуру (Lean production). Основными чертами такой реорганизации являются:

— широкое делегирование полномочий и ответственности исполнителям;

— сокращение количества уровней принятия решения;

— сочетание принципа целевого управления с групповой организацией труда;

— повышенное внимание к вопросам обеспечения качества продукции или услуг, а также работы предприятия в целом;

— автоматизация технологий выполнения бизнес-процессов.

Процессный подход позволяет:

— оперативно изменять и дорабатывать технологии;

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

Примеры автоматизируемых бизнес-процессов:

— продукции заданного наименования;

— товаров народного потребления (ТНП);

— изделий из отходов производства;

— осуществление бартерных сделок и др.

2. Обеспечение управления:

— финансовым обеспечением предприятия;

— информационным обеспечением предприятия (сайты);

— библиотечно-библиографическими процессами и др.

Для всех бизнес-процессов должны быть разработаны соответствующие функционально-информационные модели (методологии SADT, DFD)

Обычно бизнес-процессы представляют в широко известной нотации функционального моделирования IDEF0, реализованной в ряде программных продуктов (например, Bpwin и Design/IDEF).

Данное представление наилучшим образом подходит для анализа на концептуальном уровне с целью формирования требований к информационной системе.

Для всестороннего анализа бизнес-процессов с использованием различных методологий целесообразно применять интегрированное ПО, например ARIS Toolset.

Информационное обеспечение АС. Место базы данных в АС

Информационное обеспечение (ИО) АС является основным компонентом её компонентом.

— компоненты вне машинного ИО (классификаторы, документы);

— внутримашинное ИО — макеты экранных форм для ввода первичной информации и вывода результативной, структура информационной базы (ИБ), базы данных.

Существуют следующие способы организации ИБ:

— совокупность локальных файлов поддерживаемых функциональными пакетами прикладных программ;

— база данных под управлением СУБД.

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

Опр.: Файловые системы (file — based system) — набор программ, которые выполняют для пользователей некоторые операции, например, хранение, выборка данных, создание отчетов. Каждая программа определяет свои собственные данные и управляет ими.

Основные операции над файлом:

— добавление записи в файл;

— открытие/ закрытие существующего файла;

— поиск текущей, первой, последней, следующей и т.д. записи в файле;

— чтение записи из файла;

— запись данных в файл на место текущей записи;

— индексация, сортировка, математическая обработка данных и т.п.

В настоящее время файловые системы устарели по ряду причин. Рассмотрим эти причины:

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

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

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

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

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

Можно сделать вывод, что основными причинами, затрудняющими использование АС на основе файловых систем являются:

— определение структур данных внутри прикладных программ, что ведет к зависимости данных от приложения;

— необходимость разработки инструментов для создания файлов, их наполнения, корректировки и обработки.

Основное отличие данных, хранимых в БД от данных, хранимых в ФС:

БД обеспечивают возможность использования одних и тех же данных в разных приложениях, решающих разные задачи.

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

Опр. 1: База данных (БД — DB — DataBase) — это хранилище структурированных, непротиворечивых данных, минимально избыточных и целостных.

Опр. 2: БД (Data Base) — это компьютеризованная система хранения информации, основная цель которой содержать информацию и предоставлять её по требованию.

К информации относится всё, что представляет интерес для отдельного пользователя или предприятия.

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

Опр. 3: БД — это хранение структурированных данных, при этом данные должны быть не противоречивыми, минимально избыточными и целостными.

В настоящее время действует Закон «О правовой охране программ для ЭВМ и баз данных» от 23.09.92 г. В нем дается определение БД :

«База данных — это объектная форма представления и организации совокупности данных (например статей, расчетов), систематизированных таким образом, чтобы эти данные могли быть найдены и обработаны с помощью ЭВМ.»

Опр. 5: БД — это набор интегрированных записей с само описанием.

Описание данных называют системным каталогом или словарем данных (data dictionery), т.е. данные о данных или метаданные (meta—data).

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

Опр. 6: БД — это организованная в соответствии с определенными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей.

Предметная область — это часть реального мира, интересная с точки зрения решения задачи автоматизации.

Опр. 7 (по К.Дейту): БД состоит из набора постоянных данных, которые используются приложениями.

(Постоянные — постоянно сохраняемые)

Кроме постоянных есть еще понятия транзитных данных. К транзитным данным относятся входные и выходные данные.

Входные данные для БД — это информация, передаваемая системе БД (через устройства ввода: терминал, рабочая станция). Эта информация может изменить постоянные данные, но они не является частью БД. Пример: Входные данные: 1) изменение стоимости билета (снижение); 2) введение нового рейса

Выходные данные — сообщения и результаты, выдаваемые системой (экран, печать, файл). Они берутся из постоянных данных, но это тоже не часть БД.

Чем отличается «база данных» от какого бы то ни было склада данных, поддерживаемого в файлах операционной системы? Основное отличие состоит в том, что набором данных, входящих в состав базы данных управляет специальное программное обеспечение, которое называют «системой управления базами данных (СУБД — DBMS — DataBase Management System -диспетчер БД)», которая обладает знаниями по поводу связи между разнородными данными.

Основная функция, выполняемая СУБД — предоставление пользователю БД возможности работать с ней, не вникая в детали на уровне аппаратного обеспечения (простой пользователь отстранен более чем прикладной программист).

СУБД должна поддерживать следующие функции:

1. Создавать БД и объекты базы данных. Это осуществляется с помощью команд языка определения данных (ЯОД) СУБД. ЯОД позволяет задать структуру, тип, логические ограничения на данные, связи между данными, структуру доменов, индексов, триггеров и других объектов БД.

2. Вставлять, обновлять, удалять и извлекать информацию из БД. Эти операции осуществляются с помощью команд языка манипулирования данными (ЯМД) СУБД. Для извлечения данных существуют специальные языки запросов.

Стандартными являются языки SQL (Structure Query Language — язык структурированных запросов), QBE (Query By Example — запрос по образцу). Наличие языка запросов устраняет присущие файловым системам ограничения -сформулированный на нем сложный запрос к БД выражается небольшим по объему кодом.

3. Предоставлять контролируемый доступ к данным с помощью следующих средств:

— системы обеспечения безопасности, предотвращающей несанкционированный доступ к объектам БД со стороны пользователей;

— системы поддержки целостности данных, обеспечивающей непротиворечивое состояние хранимых данных;

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

— системы восстановления, позволяющей восстановить БД до предыдущего непротиворечивого состояния, нарушенного в результате сбоя аппаратного или программного обеспечения;

— доступного пользователям каталога (словаря данных), содержащего описание хранимой в БД информации.

Реальный объем функциональных возможностей отличается в разных СУБД. Современные СУБД поддерживают широкий набор функций.

Процедуры, выполняемые на этапах жизненного цикла базы данных

Состав процедур приведен на рисунке

Рисунок — Этапы разработки БД

1. Анализ предметной области

Содержит следующие виды работ

— интеграция пользовательских представлений (создание ТЗ);

— выбор методов и средств проектирования и реализации.

2. Проектирование базы данных

В соответствии с архитектурой БД проектирование БД состоит, как правило, из 3-х этапов:

— инфологическое проектирование — разработка ИЛМ предметной области (концептуальный уровень архитектуры БД);

— даталогичесоке проектирование — разработка ДЛМ БД (концептуальный уровень архитектуры БД);

— физическое проектирование — разработка физической модели БД (внутренний уровень архитектуры БД).

3 Создание базы данных

— подготовка среды хранения;

— генерация схемы БД;

— загрузка и корректировка данных из старой БД;

— ввод и контроль данных в справочные таблицы.

4 Эксплуатация базы данных

Выполняются следующие виды работ

а) Реорганизация БД:

б) Организация доступа к БД:

— определение прав доступа пользователей БД;

— разграничение прав доступа;

— добавление, обновление, поиск (чтение) данных.

в) Контроль состояния БД:

— сбор и анализ статистики использования БД;

— контроль целостности БД;

— копирование и восстановление БД.

Замечание: выбор целевой СУБД может происходить в любой момент разработки базы данных, но строго до этапа проектирования логической структуры БД (до построения концептуальной даталогической модели БД).

Для выбора СУБД важным является информация о таких требованиях АИС,

— стратегия реализации ограничений целостности БД; —

— поддержка уровень защищенности данных; архитектура вычислительной среды; необходимость параллельной обработки данных.

В крайнем случае выбор СУБД м.б. отложен до этапа физического проектирования БД.

Разработка приложений

Это этап проектирование интерфейсов пользователя и прикладных программ для работы с базой данных выполняется параллельно с её проектированием.

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

Проектирование базы данных

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

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

Основным этапом жизненного цикла АИС является проектирование информационного обеспечения, его основного компонента — базы данных.

Проектирование БД — процесс отображения словесного и естественного описания предметной области в схему внутренней модели БД.

Качество БД определяется степенью адекватности отображения смысла предметной области в БД.

Основная цель проектирования БД — создание модели данных, которая:

— представляет данные и связи между ними, необходимые для всех областей применения БД и любых существующих групп пользователей;

— поддерживает выполнение требуемой обработки данных;

— удовлетворение требованиям, предъявляемым к производительности системы в целом (по разным критериям, например, ко времени реакции системы).

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

Для каждого проекта существует ряд абсолютных требований, как правило,

— максимальное время, отпущенное на проект;

— максимальное количество денег, которое может быть потрачено;

— масса других неудобных требований и ограничений:

— недостаточная подготовка разработчиков;

— отсутствие технического задания на проектирование;

— недопонимание сотрудников автоматизируемых подразделений сути

— видение разработчиком определенной технологической цепочки

обработки информации, а в реальном состоянии дел на предприятии

реализовать эту цепочку не получается по каким—либо причинам и др.;

Проектирование в реальном мире заключается в достижении компромиссов и строится на информированном принятии решений.

Проектирование БД охватывает 3 основные области:

— проектирование конкретных объектов, которые будут реализованы в БД (домены, таблицы, хранимые процедуры, триггеры, индексы);

— проектирование конкретных экранных форм, отчетов, программ, которые будут сопровождать данные в БД и обеспечивать выполнение запросов к ним;

—проектирование БД с учетом конкретной вычислительной среды или технологии — например, учет топологии сети предприятия, конфигурации аппаратных средств, использование архитектуры клиент/сервер, параллельной обработки данных, распределенной архитектуры.

Скачать лекцию: У вас нет доступа к скачиванию файлов с нашего сервера. КАК ТУТ СКАЧИВАТЬ

Источник: privetstudent.com

Проект ас в строительстве

СТАДИИ ПРОЕКТИРОВАНИЯ И СОСТАВ ПРОЕКТОВ АВТОМАТИЗАЦИИ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ
(ГОСТ 2.106 — 96, ГОСТ 34.601 — 90)

1. Общие положения

При разработке проектной документации объектов промышленного строительства руководствуются строительными нормами (СН) и строительными нормами и правилами (СНиП), ведомственными строительными нормами (ВСН), государственными и отраслевыми стандартами.

Основным документом, определяющим общие требования к проектам, является «Инструкция о составе, порядке разработки, согласования и утверждения проектно-сметной документации на строительство предприятий, зданий и сооружений» СНиП 1.02.01-85 .

С 2003 года, в качестве рекомендательного действует СНиП 11-01-95 «Инструкция о порядке разработки, согласования, утверждения и составе проектной документации на строительство предприятий, зданий и сооружений», этим документом планировалось заменить СНиП 1.02.01-85 , однако, Минюст РФ его не утвердил, и в настоящее время эти документы действуют параллельно, но один из них как рекомендательный.

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

• ГСС — Государственная система стандартизации;
• ЕСКД — Единая система конструкторской документации;
• ЕСТД — Единая система технологической документации;
• СПКП — Система показателей качества продукции;
• УСД — Унифицированные системы документации;
• СИБИД — Система стандартов по информации, библиотечному и издательскому делу;
• ГСИ — Государственная система обеспечения единства измерений;
• ЕСЗКС — Единая система защиты от коррозии и старения материалов и изделий;
• ССБТ — Система стандартов безопасности труда;
• ЕСТПП — Единая система технологической подготовки производства;
• ЕСПД — Единая система программной документации;
• СПДС — Система проектной документации для строительства;
• СНиП — Строительные нормы и правила;
• СанПиН — Санитарные правила и нормы.

При проектировании систем автоматизации технологических процессов необходимо максимально использовать типовые проекты, утвержденные соответствующими органами, типовые монтажные чертежи (ТМ) и документацию на типовые и закладные конструкции (ТК и ЗК), разработанные головным по проектированию систем автоматизации институтом ГПКИ «Проектмонтажавтоматика» Минмонтажспецстроя СССР.

При проектировании необходимо также руководствоваться инструктивными и руководящими материалами ГПКИ «Проектмонтажавтоматика», проектных и научно-исследовательских организаций Минприбора СССР, а также монтажно-эксплуатационными инструкциями заводов-изготовителей приборов и средств автоматизации.

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

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

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

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

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

• основными техническими направлениями в проектировании предприятий соответствующих отраслей промышленности, а также в разработке систем управления и средств автоматизации, исходя из перспективы развития науки и техники;
• результатами научно-исследовательских и опытно-конструкторских работ;
• передовым промышленным опытом в области автоматизации технологических процессов;
• действующими нормативными документами по проектированию систем автоматизации технологических процессов, утвержденными в установленном порядке, а также эталонами проектов автоматизации;
• нормами и правилами строительного проектирования, санитарными, электротехническими, противопожарными и другими требованиями;
• нормами и правилами на производство строительных, монтажных и специальных работ;
• утвержденными сметными нормами, прейскурантами и ценниками для определения сметной стоимости систем автоматизации технологических процессов;
  типовыми методиками по определению экономической эффективности капитальных вложений;
• указаниями Госкомитета по делам изобретений и открытий Совета Министров СССР о мерах по обеспечению патентоспособности и патентной чистоты машин, приборов, оборудования, материалов и технологических процессов в случаях, предусмотренных ГОСТ 15.011-82 , ГОСТ 15.012-84 , а также СНиП 1.02.01-85 , п. 1.13.

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

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

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

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

Генеральный проектировщик (заказчик) обязан обеспечить выполнение указанных заданий.

2. Задание на проектирование, исходные данные и материалы

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

Задание на проектирование должно содержать следующие данные:

а) наименование предприятия и задачу проекта;

б) основание для проектирования;

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

г) стадийность проектирования;

д) требования к разработке вариантов технического проекта;

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

ж) сроки строительства и очередности ввода в действие производственных подразделений предприятия;

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

и) предложения по централизации управления технологическими процессами и структуре управления объектом, по объему и уровню автоматизации;

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

л) особые условия проектирования.

Для выполнения проектов систем автоматизации должны представляться следующие исходные данные и материалы:

а) технологические схемы с характеристиками оборудования, с трубопроводными коммуникациями и указанием действительных внутренних диаметров, толщин стенок и материалов труб;

б) перечни контролируемых и регулируемых параметров с необходимыми требованиями и характеристиками;

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

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

д) строительные чертежи помещений для установки и размещения технических средств систем автоматизации;

е) схемы управления электродвигателями, типы пусковой аппаратуры и станций управления для использования при проектировании автоматизации;

ж) схемы водоснабжения с указанием диаметров труб, расхода, давления и температуры воды;

з) схемы воздухоснабжения с указанием давления, температуры, влажности и запыленности воздуха, наличия устройств очистки и осушки воздуха;

и) данные, необходимые для расчета регулирующих органов, сужающих устройств и заполнения опросных листов;

к) требования к надежности систем автоматизации;

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

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

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

м) техническая документация по типовым проектам и проектным решениям;

н) дополнительные данные и материалы, которые могут потребоваться исполнителю в процессе проектирования.

3. Стадии проектирования и состав проектной документации

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

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

Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.

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

Стадии и этапы создания АС

Стадии и этапы создания АС в общем случае приведены в таблице 5.1.

Таблица 5.1

Стадии

Этапы работ

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

1.1. Обследование объекта и обоснование необходимости создания АС.

1.2. Формирование требований пользователя к АС.

1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)

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

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

2.2. Проведение необходимых научно-исследовательских работ.

2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.

2.4. Оформление отчёта о выполненной работе.

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

Разработка и утверждение технического задания на создание АС.

4. Эскизный проект.

4.1. Разработка предварительных проектных решений по системе и её частям.

4.2. Разработка документации на АС и её части.

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

5.1. Разработка проектных решений по системе и её частям.

5.2. Разработка документации на АС и её части.

5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку.

5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

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

6.1. Разработка рабочей документации на систему и её части.

6.2. Разработка или адаптация программ.

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

7.1. Подготовка объекта автоматизации к вводу АС в действие.

7.2. Подготовка персонала.

7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).

7.4. Строительно-монтажные работы.

7.5. Пусконаладочные работы.

7.6. Проведение предварительных испытаний.

7.7. Проведение опытной эксплуатации.

7.8. Проведение приёмочных испытаний.

8. Сопровождение АС

8.1. Выполнение работ в соответствии с гарантийными обязательствами.

8.2. Послегарантийное обслуживание.

При проектировании заказных устройств, относящихся к созданию АС, можно руководствоваться общемашиностроительными ГОСТами, в частности ГОСТ 2.103-68 «Стадии разработки».

Стадии разработки конструкторской документации изделий всех отраслей промышленности и этапы выполнения работ представлены в таблице 5.2.

Таблица 5.2

Стадия разработки

Этапы выполнения работ

Разработка технического предложения с присвоением документам литеры «П».

Рассмотрение и утверждение технического предложения.

Разработка эскизного проекта с присвоением документам литеры «Э».

Изготовление и испытание макетов (при необходимости).

Рассмотрение и утверждение эскизного проекта.

Разработка технического проекта с присвоением документам литеры «Т».

Изготовление и испытание макетов (при необходимости).

Рассмотрение и утверждение технического проекта.

Рабочая конструкторская документация:

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

а) опытного образца (опытной партии) изделия, предназначенного
для серийного (массового) или единичного производства (кроме разового изготовления)

Изготовление и предварительные испытания опытного образца (опытной партии).

Корректировка конструкторской документации по результатам изготовления и предварительных испытаний опытного образца (опытной партии) с присвоением документам литеры «О».

Приемочные испытания опытного образца (опытной партии).

Корректировка конструкторской документации по результатам приемочных испытаний опытного образца (опытной партии) с присвоением документам литеры «O1».

Для изделия, разрабатываемого по заказу Министерства обороны, при необходимости, — повторное изготовление и испытания опытного образца (опытной партии) по документации с литерой «O1» и корректировка конструкторских документов с присвоением им литеры «O2».

б) серийного (массового) производства

Изготовление и испытание установочной серии по документации с литерой «O1» (или «O2»).

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

Для изделия, разрабатываемого по заказу Министерства обороны, при необходимости, — изготовление и испытание головной (контрольной) серии по документации с литерой «А» и соответствующая корректировка документов с присвоением им литеры «Б»

Стадии и этапы, выполняемые организациями — участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта.

Допускается исключить стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект». В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.

В соответствии со СНиП 1.02.01-85 проектирование систем автоматизации технологических процессов выполняют в две стадии: проект и рабочая документация или в одну стадию: рабочий проект.

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

1) структурная схема управления и контроля (для сложных систем управления);

2) структурная схема комплекса технических средств (КТС);

3) структурные схемы комплексов средств автоматизации;

4) функциональные схемы автоматизации технологических процессов.

Для объектов с несложным технологическим процессом и простыми системами автоматизации допускается вместо функциональных схем автоматизации составлять перечни параметров контроля, регулирования, управления и сигнализации;

5) планы расположения щитов, пультов, средств вычислительной техники и т. д.;

6) заявочные ведомости приборов и средств автоматизации, средств вычислительной техники, электроаппаратуры, трубопроводной арматуры, щитов и пультов, основных монтажных материалов и изделий, нестандартизированного оборудования;

7) технические требования на разработку нестандартизированного оборудования;

8) локальная смета на монтажные работы, приобретение и монтаж технических средств систем автоматизации, составленные в порядке, установленном СНиП 1.02.01-85 ;

9) пояснительная записка;

10) задания генпроектировщику (смежным организациям или заказчику) на разработки, связанные с автоматизацией объекта:

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

Перечисленные задания к проекту не прикладываются, а передаются генпроектировщику (заказчику) в процессе проектирования для согласования и исполнения. Копии заданий хранятся в деле проекта.

На стадии рабочей документации разрабатываются:

1) структурная схема управления и контроля;

2) структурная схема комплекса технических средств;

3) структурные схемы комплексов средств автоматизации;

4) функциональные схемы автоматизации технологических процессов.

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

5) принципиальные электрические, гидравлические и пневматические схемы контроля, автоматического регулирования, управления, сигнализации и питания;

6) общие виды щитов и пультов;

7) монтажные схемы щитов и пультов или таблицы для монтажа электрических и трубных проводок в щитах и пультах, выполненные по РМЗ-182 -83 ;

8) схемы внешних электрических и трубных проводок; при необходимости рекомендуется разрабатывать таблицы соединений и таблицы подключения в соответствии с РМ4-6-81 , ч. 3;

9) кроссовые ведомости (таблицы подключения).

Допускается выполнять вместо кроссовых ведомостей монтажные схемы (схемы подключения) кроссовых шкафов для вычислительных (управляющих) комплексов, машин централизованного контроля и других технических средств;

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

11) нетиповые чертежи установки средств автоматизации;

12) общие виды нестандартизированного оборудования [кроме сложного оборудования, по которому в составе проекта приведены задания генпроектировщику (технические требования) на его разработку] в объеме, необходимом для выполнения работ при реализации проекта;

13) пояснительная записка;

14) расчеты регулирующих дроссельных органов.

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

Тексты расчетов в состав проекта не включаются, а хранятся у исполнителя проекта и выдаются заказчику по его требованию.

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

15) заказные спецификации приборов и средств автоматизации, средств вычислительной техники, электроаппаратуры, щитов и пультов, трубопроводной арматуры, кабелей и проводов, основных монтажных материалов и изделий (трубы, металлы, монтажные изделия), нестандартизированного оборудования;

16) перечень типовых чертежей на установку средств автоматизации (типовые чертежи к проекту не прикладываются);

17) уточненные задания генпроектировщику (смежным организациям или заказчику) на разработки, связанные с автоматизацией объекта; при отсутствии изменений и уточнений подтверждаются задания, выданные на стадии проекта.

В состав рабочего проекта при одностадийном проектировании входят:

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

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

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

Принципиальные электрические, пневматические и гидравлические схемы контуров контроля и регулирования допускается не включать в состав основного комплекта рабочих чертежей, если взаимные связи приборов и аппаратуры, входящие в состав этих контуров, просты или однозначны и могут быть с достаточной полнотой отображены в других схемах. Например: цепи измерения электрические и пневматические на стандартных приборах без включения в них дополнительных неприборных устройств (резисторов, делителей, емкостей, катушек индуктивности и т. д.); термоэлектрический термометр — милливольтметр; термометр сопротивления — многоточечный мост; датчик ГСП — вторичный прибор; одноконтурные пневматические системы автоматического регулирования.

Вид документа для отображения направления и подключения электрических и трубных проводок (схема или таблицы) принимают, исходя из следующих рекомендаций:

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

Сведения, содержащиеся в таблице соединений (марки и длины кабелей, тип и номер вводного устройства и т. п.), на схеме соединений не приводят.

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

Так, для щитов и пультов систем автоматизации, изготавливаемых по ОСТ 36.13-86 как продукция индивидуального изготовления, в состав документации включают:

• общие виды составных и единичных щитов и пультов;
• таблицы соединений и подключения единичных щитов и пультов;
• спецификацию щитов и пультов.

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

• план расположения технических средств в операторском помещении;
• схемы (таблицы) соединений и подключения проводок операторского помещения;
• спецификацию комплекта.

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

Для аппаратурных стоек общий вид может содержать только схему расположения блоков или модулей в стойке.

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

4. Состав рабочей документации на создание систем автоматизации ТП

Состав рабочей документации на создание АС ТП регламентируется также ГОСТ 21.408-93 СПДС «Правила выполнения рабочей документации автоматизации технологических процессов» и ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем».

В соответствии с ГОСТ 21.408-93 в состав основного комплекта рабочих чертежей систем автоматизации в общем случае включают:

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

ГОСТ 34.201-89 предусматривает следующие документы, разрабатываемые при проектировании системы в целом или ее частей.

На стадии создания эскизного проекта (ЭП) разрабатываются следующие документы:

1. ведомость эскизного проекта;
2. пояснительная записка к эскизному проекту;
3. схема организационной структуры;
4. схема структурная комплекса технических средств;
5. схема функциональной структуры;
6. перечень заданий на разработку специализированных (новых) технических средств;
7. схема автоматизации;
8. технические задания на разработку специализированных (новых) технических средств.

На стадии создания технического проекта (ТП) разрабатываются следующие документы:

1. схема организационной структуры;
2. схема структурная комплекса технических средств;
3. схема функциональной структуры;
4. перечень заданий на разработку специализированных (новых) технических средств;
5. схема автоматизации;
6. технические задания на разработку специализированных (новых) технических средств;
7. задания на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы;
8. ведомость технического проекта;
9. ведомость покупных изделий;
10. перечень входных сигналов и данных;
11. перечень выходных сигналов (документов);
12. перечень заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы;
13. пояснительная записка к техническому проекту;
14. описание автоматизируемых функций;
15. описание постановки задач (комплекса задач);
16. описание информационного обеспечения системы;
17. описание организации информационной базы;
18. описание систем классификации и кодирования;
19. описание массива информации;
20. описание комплекса технических средств;
21. описание программного обеспечения;
22. описание алгоритма (проектной процедуры);
23. описание организационной структуры;
24. план расположения;
25. ведомость оборудования и материалов;
26. локальный сметный расчет;
27. проектная оценка надежности системы;
28. чертеж формы документа (видеокадра).

На стадии создания рабочей документации (РД) разрабатываются следующие документы:

1. проектная оценка надежности системы;
2. чертеж формы документа (видеокадра);
3. ведомость держателей подлинников;
4. ведомость эксплуатационных документов;
5. спецификация оборудования;
6. ведомость потребности в материалах;
7. ведомость машинных носителей информации;
8. массив входных данных;
9. каталог базы данных;
10. состав выходных данных (сообщений);
11. локальная смета;
12. методика (технология) автоматизированного проектирования;
13. технологическая инструкция;
14. руководство пользователя;
15. инструкция по формированию и ведению базы данных (набора данных);
16. инструкция по эксплуатации КТС;
17. схема соединений внешних проводок;
18. схема подключения внешних проводок;
19. таблица соединений и подключений;
20. схема деления системы (структурная);
21. чертеж общего вида;
22. чертеж установки технических средств;
23. схема принципиальная;
24. схема структурная комплекса технических средств;
25. план расположения оборудования и проводок;
26. описание технологического процесса обработки данных (включая телеобработку);
27. общее описание системы;
28. программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем);
29. формуляр;
30. паспорт.

В соответствии с этим ГОСТом на основных стадиях проектирования АС «Эскизный проект», «Технический проект» и «Рабочая документация» составляются документы следующих видов (таблица 5.3).

Таблица 5.3

Вид документа

Код документа

Назначение документа

Перечисление в систематизированном виде объектов, предметов и т.д.

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

Изложение состава действий и правил их выполнения персоналом

Изложение сведений, подтверждающих целесообразность принимаемых решений

Пояснение назначения системы, ее частей, принципов их действия и условий применения

ГОСТ 34.201-89 и ГОСТ 21.408-93 вышли в разное время и они предназначались для различных целей, что привело к некоторой несогласованности, вводимых ими положений. Для разъяснения этих несоответствий было выпущено пособие РМ4-59-95 .

5. Содержание работ, выполняемых на этапах создания АС

Содержание работ, выполняемых на этапах создания АС.

1. На этапе 1.1. «Обследование объекта и обоснование необходимости создания в АС» общем случае проводят:

• сбор данных об объекте автоматизации и осуществляемых видах деятельности;
• оценку качества функционирования объекта и осуществляемых видах деятельности, выявление проблем, решение которых возможно средствами автоматизации;
• оценку (технико-экономической, социальной и т.д.) целесообразности создания АС.

2. На этапе 1.2. «Формирование требований пользователя к АС» проводят:

• подготовку исходных данных для формирования требований АС (характеристика объекта автоматизации, описание требований к системе, ограничения допустимых затрат на разработку, ввод в действие и эксплуатацию, эффект, ожидаемый от системы, условия создания и функционирования системы);
• формулировку и оформление требований пользователя к АС.

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

5. На этапе 2.3. «Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя» в общем случае, проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; определение порядка оценки качества и условий приёмки системы; оценку эффектов, получаемых от системы.

6. На этапе 2.4. «Оформление отчёта о выполненной работе» подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии описания и обоснования предлагаемого варианта концепции системы.

7. На этапе 3.1. «Разработка и утверждение технического задания на создание АС» проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС.

8. На этапе 4.1. «Разработка предварительных проектных решений по системе и её частям» определяются:

• функции АС;
• функции подсистем, их цели и эффекты;
• состав комплексов задач и отдельных задач;
• концепция информационной базы, её укрупнённая структура; функции системы управления базой данных;
• состав вычислительной системы; функции и параметры основных программных средств.

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

10. На этапах 4.2. и 5.2. «Разработка документации на АС и её части» проводят разработку, оформление, согласование и утверждение документации в объёме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов — по ГОСТ 34.201-89.

11. На этапе 5.3. «Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку» проводят:

• подготовку и оформление документации на поставку изделий для комплектования АС;
• определение технических требований и составление ТЗ на разработку изделий, не изготовляемых серийно.

12. На этапе 5.4 «Разработка заданий на проектирование в смежных частях проекта объекта автоматизации» осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.

13. На этапе 6.1 «Разработка рабочей документации на систему и её части» осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, её оформление, согласование и утверждение. Виды документов по ГОСТ 34.201-89.

14. На этапе 6.2 «Разработка или адаптация программ» проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101-77.

15. На этапе 7.1 «Подготовка объекта автоматизации к вводу АС в действие» проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе:

• реализацию проектных решений по организационной структуре АС;
• обеспечение подразделений объекта управления инструктивно-методическими материалами;
• внедрение классификаторов информации.

16. На этапе 7.2 «Подготовка персонала» проводят обучение персонала и проверку его способности обеспечить функционирование АС.

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

18. На этапе 7.4 «Строительно-монтажные работы» проводят:

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

19. На этапе 7.5 «Пусконаладочные работы» проводят:

• автономную наладку технических и программных средств,
• загрузку информации в базу данных и проверку системы её ведения;
• комплексную наладку всех средств системы.

20. На этапе 7.6 «Проведение предварительных испытаний» осуществляют:

• испытания АС на работоспособность и соответствие техническому заданию в соответствии с программой и методикой предварительных испытаний;
• устранение неисправностей и внесение изменений в документацию на АС, в том числе эксплуатационную в соответствии с протоколом испытаний;
• оформление акта о приёмке АС в опытную эксплуатацию.

21. На этапе 7.7 «Проведение опытной эксплуатации» проводят:

• опытную эксплуатацию АС;
• анализ результатов опытной эксплуатации АС;
• доработку (при необходимости) программного обеспечения АС;
• дополнительную наладку (при необходимости) технических средств АС;
• оформление акта о завершении опытной эксплуатации.

22. На этапе 7.8 «Проведение приёмочных испытаний» проводят:

• испытания на соответствие техническому заданию в соответствии с программой и методикой приёмочных испытаний;
• анализ результатов испытания АС и устранение недостатков, выявленных при испытаниях;
• оформление акта о приёмке АС в постоянную эксплуатацию.

23. На этапе 8.1 «Выполнение работ в соответствии с гарантийными обязательствами» осуществляются работы по устранению недостатков, выявленных при эксплуатации АС в течении установленных гарантийных сроков, внесению необходимых изменений в документацию по АС.

24. На этапе 8.2 «Послегарантийное обслуживание» осуществляют работы по:

• анализу функционирования системы;
• выявлению отклонений фактических эксплуатационных характеристик АС от проектных значений;
• установлению причин этих отклонений;
• устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик АС;
• внесению необходимых изменений в документацию на АС.

6. Организации, участвующие в работах по созданию АС

Организации, участвующие в работах по созданию АС:

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

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

3. Организация-поставщик, которая изготавливает и поставляет программные и технические средства по заказу разработчика или заказчика.

4. Организация — генпроектировщик объекта автоматизации.

5. Организации-проектировщики различных частей проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.

6. Организации строительные, монтажные, наладочные и другие.

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

Стадии и этапы выполняемых ими работ по созданию АС определяются на основании стандарта ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».

Источник: ani-studio.narod.ru