Руководства, Инструкции, Бланки

пояснительная записка к эскизному проекту образец

Категория: Бланки/Образцы

Описание

Пояснительная записка к эскизному проекту образец

Проектирование

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

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

стадия «Эскизный проект»

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

стадия «Рабочий проект»

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

«Эскизный проект» выполняется с целью:

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

Состав проектной документации на стадии «Эскизный проект» включает в себя:

Пояснительная записка
Ситуационный план с прилегающими территориями
Генеральный план
Транспортная схема
Поэтажные планы с экспликациями помещений
Разрезы с конструктивными «прослойками»
Фасады
Варианты цветовых и объемных решений фасадов

Фотомонтаж на существующем положении
3D Визуализация

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


С тадия «Проект» –
утверждаемая стадия проектирования объектов строительства и реконструкции. Разрабатывается в соответствии с государственными нормами, правилами и стандартами.
В настоящее время состав разделов проектной документации указан во многих нормативных актах и в частности Постановлением Правительства РФ №87 от 16 февраля 2008г. «О составе разделов проектной документации и требованиях к их содержанию».

Состав проектной документации на стадии «Проект» включает в себя:

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

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

Проектная документация на стадии «Проект» является основой для разработки «Рабочей документации».

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

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

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

Полный состав проектной документации на стадии «Проект » включает в себя:

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

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

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

Стадия «Рабочий проект» – стадия, которая совмещает в себе две предыдущие стадии, а именно «Проект» и «Рабочую документацию» .

В две стадии разрабатывают проекты, когда проектируют особо сложные объекты с новыми конструктивными решениями, сложными архитектурно-строительными решениями.
Одностадийное проектирование дает возможность сократить срок разработки проекта в 1,5—2 раза и снизить стоимость проектирования на 40%. В составе Рабочего проекта разрешается в отдельных случаях при необходимости для объектов средней сложности разрабатывать проектные решения в объеме Проекта, а затем дорабатывать по ним рабочие чертежи.
Рабочая документация зданий и сооружений при двухстадийном проектировании разрабатывается после утверждения документации на стадии «Проект» в соответствии с принятыми в нем решениями.

Состав проектной документации на стадии «Рабочий проект» включает в себя:

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

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

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

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

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

Проектная документация при затрагивании несущих конструкций здания ОБЯЗАТЕЛЬНО подлежит государственной экспертизе.

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

Стоимость проектирования рассчитывается индивидуально, в зависимости от:

Видео

пояснительная записка к эскизному проекту образец:

  • скачать
  • скачать
  • Другие статьи

    Пояснительные записки к эскизному, техническому проектам по РД -90 (пример)

    Пояснительные записки к эскизному, техническому проектам по РД 50-34.698-90 (пример)

    [из п. 2.2.1 РД 50-34.698-90]

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

    В разделе «Общие положения» приводят:

    1. наименование проектируемой АС и наименования документов, их номера и дату утверждения. на основании которых ведут проектирование АС;
    2. перечень организаций. участвующих в разработке системы, сроки выполнения стадий ;
    3. цели, назначение и области использования АС;
    4. подтверждение соответствия проектных решений действующим нормам и правилам техники безопасности. пожаро- и взрывобезопасности и т.п.;
    5. сведения об использованных при проектировании нормативно-технических документах ;
    6. сведения о НИР. передовом опыте. изобретениях. использованных при разработке проекта;
    7. очередность создания системы и объем каждой очереди .

    [из п. 2.2.2 РД 50-34.698-90]

    Описание процесса деятельности

    В разделе «Описание процесса деятельности» отражают состав процедур (операций ) с учетом обеспечения взаимосвязи и совместимости процессов автоматизированной и неавтоматизированной деятельности, формируют требования к организации работ в условиях функционирования АС [из п. 2.2.3 РД 50-34.698-90]

    Основные технические решения

    В разделе «Основные технические решения» приводят:

    1. решения по структуре системы, подсистем. средствам и способам связи для информационного обмена между компонентами системы. подсистем;
    2. решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости ;
    3. решения по режимам функционирования. диагностированию работы системы;
    4. решения по численности, квалификации и функциям персонала АС. режимам его работы, порядку взаимодействия;
    5. сведения об обеспечении заданных в техническом задании (ТЗ) потребительских характеристик системы (подсистем), определяющих ее качество ;
    6. состав функций. комплексов задач (задач ) реализуемых системой (подсистемой);
    7. решения по комплексу технических средств. его размещению на объекте ;
    8. решения по составу информации, объему, способам ее организации. видам машинных носителей. входным и выходным документам и сообщениям. последовательности обработки информации и другим компонентам;
    9. решения по составу программных средств. языкам деятельности, алгоритмам процедур и операций и методам их реализации.

    В разделе приводят в виде иллюстраций другие документы, которые допускается включать по ГОСТ 34.201 [из п. 2.2.4 РД 50-34.698-90]

    Мероприятия по подготовке объекта автоматизации к вводу системы в действие

    В разделе «Мероприятия по подготовке объекта автоматизации к вводу системы в действие» приводят:

    1. мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ ;
    2. мероприятия по обучению и проверке квалификации персонала;
    3. мероприятия по созданию необходимых подразделений и рабочих мест;
    4. мероприятия по изменению объекта автоматизации;
    5. другие мероприятия, исходящие из специфических особенностей создаваемых АС.

    [из п. 2.2.5 РД 50-34.698-90]

    Пояснительная записка архитектора

    Пояснительная записка архитектора

    ХРАМ СВЯТИТЕЛЯ НИКОЛАЯ ЧУДОТВОРЦА В СЕЛЕ НИКУЛИНО ИСТРИНСКОГО РАЙОНА МОСКОВСКОЙ ОБЛАСТИ

    Краткая пояснительная записка к Эскизному проекту иконостаса

    В 2010 году по заказу местной православной религиозной организации прихода Никольской церкви был разработан Эскизный проект храма святителя Николая чудотворца, который в 2012 году получил положительную оценку КЭС при ЕОРЕСТ. Этот проект лёг в основу общестроительных работ по возведению нового храма, которые к 2015 году были в целом успешно реализованы. В настоящее время ведутся работы по благоустройству прихрамовой территории, а также по внутренней отделке и формированию интерьера храма, центральным элементом которого является главный иконостас.

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

    Никольская церковь в селе Никулино по своему типу представляет собой шатровый храм с внутренним объ?мом, раскрытым на всю высоту шатра вплоть до светового барабана. Восьмигранный шатёр покрывает собой внутреннее пространство храма, образованное восьмериком, три восточных грани которого имеют арочные про?мы, ведущие в апсиду: это – Царские Врата на центральной грани и дьяконские двери справа и слева от них. Такая конфигурация интерьера послужила основой для построения архитектурной композиции иконостаса, в которой главное место и пространство должно быть отдано иконографии.

    Эскизный проект иконостаса предлагает решения, направленные на устройство алтарной преграды, состоящей из тр?х частей, примыкающих к трём восточным граням восьмерика. Такой иконостас-складень как бы обнимет собой весь внутренний объём храма и раскроется перед центральной подкрестной осью. Большая высота внутреннего пространства шатрового храма позволяет разместить в интерьере полноценный высокий русский иконостас, состоящий из традиционных пяти чинов: местный ряд, Деисус (апостольский ярус), Праздничный ряд, Пророческий и Праотеческий ряды. При этом для решения художественных задач по трактовке образа иконостаса выбран наиболее отвечающий этому запросу и вступающий в художественное взаимодействие с внешним архитектурным обликом храма русско-византийский стиль.

    Местный ряд, как основание для всего иконостаса, предлагается сделать наиболее выразительным, торжественным и монументальным как по своему объ?му, так и по художественной нагрузке. Решить эту задачу помогают массивные несущие круглые колонны с их развитыми стилизованными византийскими капителями, резными «дыньками» и развитыми базами, установленными на квадратные в плане постаменты, между которыми располагаются резные фил?нки-полотенца, декорированные растительными и геометрическими орнаментами, священными изображениями. Каждая из трёх граней иконостаса имеет по центру про?м дьяконских дверей и Царских Врат, которые увенчаны коронами декоративных кокошников с расположенными здесь киотами. Венчающим элементом этого ряда является развитой карниз – космит, установленный без раскреповок, как тябло, на капители колонн со встроенным в него фризом, состоящим из небольших икон, образующих ещ? один ярус иконостаса – так называемый Пядничный (или шестилитровый). 1

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

    Яруса иконостаса, расположенные над местным рядом, представляют собой горизонтальные ряды, разделённые по высоте карнизами с раскреповками над капителями таких же круглых, как и на первом ярусе, но более тонких и лёгких колонн. Ряды трёх верхних ярусов имеют одинаковую значительную высоту (отношение к ширине иконы примерно как 3. 1) для размещения тут образов святых, изображ?нных в полный рост. Во избежание монотонности разбивки, вертикальный ритм членений перебивается Праздничным ярусом, который расположен над Деисусом и имеет меньшую высоту для икон этого чина. За то он оканчивается более массивным карнизом, символизирующим разделение священных изображений относящихся к Новому и Ветхому Заветам.

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

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

    Венчает иконостас Святое Распятие, водруж?нное на большой центральный кокошник, расположенный по вертикальной оси иконостаса, проходящей через Царские Врата.

    Материал для изготовления тела (каркаса) иконостаса – пиломатериалы хвойных пород влажностью 10 – 12%. Декоративные элементы (колонки, карнизы, профили, резьба и др.) выполняется из листовой меди способом тиснения, проката и просечки, а также методом гальванопластики по заранее выполненным формам. Наружная обработка декора – золочение с вариантами отделки: от матовой до полированной поверхности и вариативности цветовых оттенков золота по предварительно утвержд?нным образцам.

    Иконопись для заполнения иконостаса является отдельной темой, которая может быть разработана с привлечением специалистов в области искусствоведения и иконографии. Аналогом для написания икон можно использовать иконостас из Спасо- Евфимиева монастыря г. Суздаля, относящийся к московской иконописной школе 60-х годов XVII века с иконами, заключ?нными в позолоченные басменные оклады.

    Для разработки Эскизного проекта иконостаса Никольского храма были использованы многочисленные аналоги, среди которых главное место занимают иконостасы Успенского и Благовещенского соборов московского Кремля, иконостас расположенного в г. Пушкине Ф?доровского Государева собора, постройки 1917 года, иконостас придела Трёх Святителей церкви Воскресения на Дебре середины XVII века, иконостас Никольского храма в городе Бари (Италия), созданный в середине 1950-х годов ХХ века художниками А. А. Бенуа и его женой М. А. Бенуа и многие другие, хронологически относящиеся к допетровскому времени и эпохе русского модерна.

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

    ____________________________
    1 Н. А. Сперовский. «Старинные русские иконостасы» - в сборнике «Высокий русский иконостас» - сост. Т. Н. Кудрявцева, В. А. Фёдоров – «Пульс», «Патриаршие пруды» - Москва, 2004 г. – стр. 68

    Составил А. В. Субботин

    Пояснительная записка к эскизному проекту образец

    / ТСПП (New version) / TZ / Draft_Project_example РД 50-34.698-90 Пояснительная записка к эскизному проекту на создание автоматизированной системы (пример эскизного проекта)

    Ниже представлен пример (образец) проектного документа "Пояснительная записка к эскизному проекту на создание автоматизированной системы ", основанный на методических указаниях РД 50-34.698-90.

    Данный документ формируется IT-специалистом на стадии эскизного проектирования информационной системы .

    В качестве примера разработки информационной системы взят проект внедрения информационно-аналитической системы «Корпоративное хранилище данных».

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

    Разделы пояснительной записки:

    Основные технические решения

    Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы

    Решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости

    Решения по режимам функционирования, диагностированию работы системы

    Решения по персоналу и режимам его работы

    Сведения об обеспечении заданных в техническом задании потребительских характеристик системы, определяющих ее качество

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

    Состав и размещение комплексов технических средств

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

    Методы и средства разработки

    Мероприятия по подготовке объекта автоматизации к вводу системы в действие

    Пояснительная записка к эскизному проекту на создание автоматизированной системы «Корпоративное хранилище данных»

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

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

    Полное наименование - корпоративное хранилище данных.

    1.1.2. Краткое наименование системы

    Краткое наименование - КХД, Система.

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

    Указывается номер и дата договора.
    Перечень документов, на основании которых создается система, кем и когда утверждены документы.

    Например:
    Работа выполняется на основании договора № … от …, заключенного между …

    1.3. Наименование организаций – Заказчика и Разработчика 1.3.1. Заказчик

    Заказчик: ОАО Заказчик
    Адрес фактический: г. Москва.
    Телефон / Факс: +7 (495) 2222222

    1.3.2. Разработчик

    Разработчик: ЗАО Разработчик
    Адрес фактический: г. Москва.
    Телефон / Факс: +7 (495) 3333333

    1.4 Цели, назначение и область использования системы

    Определяются цели (чего хочет достичь организация Заказчика от внедрения системы); назначение (для каких пользователей предназначена); области использования АИС (какие виды деятельности организации Заказчика охватывает система).

    Информация для разделов "Наименование системы", "Основания для проведения работ", "Наименование организаций Заказчика и Разработчика", "Цели, назначение и область использования системы" берется из одноименных разделов технического задания на создание корпоративного хранилища данных.

    1.5. Нормативные ссылки

    При эскизном проектировании использовались следующие нормативно-технические документы:

    Например:
    1.Техническое задание на создание информационной системы КХД
    2. ГОСТ 34 -.
    3.

    1.6 Очередность создания системы

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

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

    2. Основные технические решения

    2.1. Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы 2.1.1 Логическая и компонентная архитектура системы

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

    Например:
    Перечень используемых для создания системы КХД программных средств приведен ниже:
    - СУБД (название, версия);
    - ETL приложение (название, версия);
    - BI приложение (название, версия).

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

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

    2.1.2. Функциональная структура системы

    В данном разделе формируется схема функциональной структуры системы КХД. Схема формируется следующим образом: в виде общего прямоугольника изображается система КХД, далее в этот прямоугольник вставляются прямоугольники, обозначающие подсистемы. Внутри каждой подсистемы формируется перечень функций, которые она выполняет (перечень подсистем и перечень выполняемых ими функций берутся из раздела технического задания «Требования к функциям, выполняемым системой»). После этого на основании требований, изложенных в пункте технического задания «Требования к информационному обмену между компонентами системы», прорисовываются связи между подсистемами и связи подсистем с внешними информационными системами и пользователями (к каким подсистемам обращаются пользователи). Возле каждой подсистемы схематично изображается её администратор.

    Ниже рисунка приводится описание каждой подсистемы. Описание берется из пункта «Требования к структуре и функционированию системы» технического задания. Описание подсистем может быть скорректировано.

    Затем производится описание взаимосвязей между подсистемами. Описание взаимосвязей формируется путем ответа на вопрос: «Какой процесс определяет взаимосвязь между каждой из подсистем?».

    Например:
    Связь «Подсистема сбора, обработки и загрузки данных - Подсистема хранения данных» определяет процесс загрузки данных в ХД. Загрузка данных происходит по протоколу <указать протокол> в определенные временные интервалы и с заданной периодичностью.

    После описания взаимосвязей подсистем в табличной форме приводится описание связей «Подсистема-Пользователь». В данной таблице отражается информация о том, какой администратор/пользователь работает с какой подсистемой - в матрице ставится крестик на нужном пересечении Подсистема-Пользователь.

    2.2. Решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости

    Определяются решения по взаимосвязям системы КХД со смежными системами, обеспечению ее совместимости (описание используемых протоколов обмена данными и средства и методы обмена данными). За основу берутся данные из пункта «Требования к характеристикам взаимосвязей со смежными системами» технического задания.

    Например:
    Приводится перечень смежных систем, способы их взаимодействия.

    Наименование смежной системы

    2.3 Решения по режимам функционирования, диагностированию работы системы

    На основании пункта «Требования к режимам функционирования» технического задания приводятся режим работы системы КХД.
    Также приводится описание решений по диагностированию системы, осуществляемых путем установления и изучения признаков, которые характеризуют состояние системы, для предсказания возможных отклонений и предотвращения нарушений нормального режима ее работы.

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

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

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

    В таблице ниже представлены средства диагностики по подсистемам.

    Подсистема сбора, обработки и загрузки данных

    ETL Administrator – диагностика и настройка ETL-приложения, управление критериями извлечения, установка NLS;
    ETL Manager - просмотр и редактирование репозитория.

    Подсистема хранения данных

    DB Manager – диагностика и настройка и конфигурация одной или более БД

    Подсистема отображения отчетности

    BI Administrator – диагностика и настройка бизнес-описания и представления витрин данных

    Далее для каждой подсистемы приводятся примерные сценарии проведения её диагностирования. Чтобы описать сценарии диагностирования необходимо ответить на следующие вопросы: «Кем проводится диагностирование?», «Какое программное обеспечение используется?», «Какие действия (действия прописываются общие, например, зайти, открыть, проверить) необходимо провести для диагностирования?», «Что необходимо проверить? (например, наличие свободного места на дисках)», «Как часто необходимо выполнять данные действия?». Необходимо также указывать критичность подсистемы для функционирования системы в целом.

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

    2.4. Решения по персоналу и режимам его работы

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

    Сохранение работоспособности системы в различных вероятных условиях

    Реализуется путем разработки процедур резервного копирования, подготовки персонала, использования современных методов разработки и проверенных на практике стандартных программных средств.
    На объекте автоматизации обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР в соответствии с утвержденными для каждого объекта ХД мероприятиями по поддержанию его работоспособности.

    Создание нового процесса

    - Администратор обращается к модулю разработки подсистемы на сервере разработки.
    - Подсистема предоставляет инструментальные средства для создания нового процесса.
    - Администратор подсистемы создает схему нового процесса ETL. На схеме указываются компоненты процесса: источники данных, компоненты преобразования данных, таблицы БД.
    - Администратор подсистемы инициирует команду сохранения созданного процесса.
    - Подсистема размещает созданный процесс на сервере среды разработки.
    - Администратор подсистемы выполняет запуск, тестирование и отладку создаваемого процесса. На вход процесса подаются тестовые данные. Анализируя итоговые таблицы БД среды разработки, Администратор принимает решение о готовности нового процесса.
    - Готовый процесс переносится на продуктивный сервер.

    - Администратор подсистемы вызывает подсистему среды разработки на сервере разработки.
    - Используя инструментальные программные средства подсистемы, Администратор изменяет схему процесса ETL, размещает измененный процесс на сервере среды разработки.
    - Подсистема размещает редактируемый процесс на сервере среды разработки.
    - Администратор подсистемы выполняет запуск, тестирование и отладку редактируемого процесса. На вход процесса подаются тестовые данные. Анализируя итоговые таблицы БД среды разработки, Администратор принимает решение о готовности редактируемого процесса.
    - Готовый процесс переносится на продуктивный сервер.

    - Администратор подсистемы вызывает подсистему среды разработки на сервере разработки.
    - Используя инструментальные программные средства подсистемы, Администратор удаляет процесс ETL, размещает изменения на сервере среды разработки.
    - Подсистема размещает внесенные изменения на сервере среды разработки.
    - Изменения переносятся на продуктивный сервер.

    2.7. Состав и размещение комплексов технических средств

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

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

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

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

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