Jump to content
Калькуляторы

Памятка проверки ТЗ на новое здание

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

 

Вот хотел так же узнать мнение форумчан. Может быть я что то пропустил или написал лишнее?

 

Требование для проверки Указано в ТЗ:

Наличие серверного помещения: да / нет Да

Отдельные патчпанели для WIFI: да / нет Если планируется WIFI

Топология СКС: Звезда, шлейф, один или несколько узлов коммутации и т.п.

Длина базовой линии:

Тип вертикальной и горизонтальной составляющей СКС:

Тип предлагаемой ВОЛС: Если есть

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

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

Стандарт кроссировки кабеля: 586А или 586В

Принцип маркировки кабелей:

Принцип маркировки портов на патч-панелях:

Требования к рабочему месту: 1 или 2 порта RJ45 и электрические розетки.

Высота установки навесного коммутационного шкафа от пола. Место размещение навесного шкафа: Если есть. Требования по пожарной безопасности, доступность шкафа для обслуживания, для студентов.

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

Принципиальные схемы кабельной коммутации:

Кабельный журнал: На любом объекте.

Спецификация используемого оборудования СКС:

Производитель серверных шкафов, коммутационных стоек: Ширина серверного шкафа должна быть не менее 1 м. Коммутационные стойки - не менее 800 мм.

Производитель коробов СКС и кабеля:

 

 

 

 

Кондиционирование:

Наличие кондиционеров да / нет: Да

Наличие плат мониторинга для ICINGA да / нет: Если позволяет бюджет

Наличие отдельных автоматов да / нет: Да

Наличие зимнего комплекта да / нет: Если позволяет бюджет

 

Канал связи:

Описано в ТЗ куда придёт канал да / нет: Да

Указано какие модули будут использоваться да / нет: Да

Линия связи двух и более серверных да / нет: Если имеется более одной серверной

Линия связи двух и более корпусов да / нет: Если имеется более одного корпуса

 

Система бесперебойного питания:

Наличие УПС да / нет: Обязательно

Наличие плат мониторинга для ICINGA да / нет: Если позволяет бюджет

Ссылки в документации на альбомы с однолинейными схемами электропитания серверной и промежуточных коммутационных узлов. Да/нет: Обязательно

Наличие требований к организации заземления в серверной и промежуточных коммутационных узлах Да/нет: Обязательно

Общая мощность предлагаемого решения ИБП. Расчет суммарной мощности оборудования ЛВС. Коэффициент нагрузки на ИБП. Время работы от батарей при Pуст. Да/нет: Желательно

Резервирование ИБП. Да/нет: Если позволяет бюджет

 

 

Активное оборудование:

Соответствие моделей задачам да / нет: Желательно

Актуальность моделей (производятся ли) да / нет:

Наличие SMARTNET да / нет:

Наличие пусконаладки (настройки) да / нет: Если позволяет бюджет

Наличие лицензий (ядро/доступ) да / нет: Да

Наличие оборудования для стекирования да / нет:

 

Беспроводные сети WIFI:

На решении какого вендора базируется Wi-Fi сеть. Да/нет: Обязательно

Требования к интеграции с существующей сетью Да/нет:

Наличие контроллера и требований к нему. Да/нет:

Модели точек доступа Да/нет: Актуальны или нет.

Поэтажные планы размещения точек доступа Да/нет: Зоны радиопокрытия с учетом архитектурных решений здания.

Соответствие указанного количества точек доступа на схеме и количества закладываемых кабельных трасс на схеме СКС Да/нет: Да

Топология коммутации точек доступа Да/нет: Звезда или распределенная схема по промежуточным коммутационным узлам связи. Выделенные коммутаторы или коммутаторы общего назначения.

Организация электропитания точек доступа. Да/нет: По РоЕ или автономное электро питание каждой точки доступа.

Длина максимальной кабельной линии точек доступа. Да/нет: Не более базовой линии.

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

Наличие в спецификации оборудования коммутаторов поддерживающих РоЕ. Да/нет: Если проектом предусмотрено электропитание точек доступа по РоЕ

Поддерживаемые активным оборудованием стандарты РоЕ Да/нет: 802.af и/или 802.at

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

Требования к поддерживаемым частотным диапазонам сети Wi-Fi. Да/нет: 2,4 ГГц и/или 5 ГГц.

Указание в общей спецификации поставляемого сетевого оборудования оборудования для Wi-Fi сети Да/нет: Проверка списка, модельного ряда, количества.

Требования к лицензиям. Да/нет: Обязательно.

Требования к сервисным контрактам на оборудование Wi-Fi. Да/нет: Да

Требования к настройке логики функционирования Wi-Fi сети. Да/нет: Если в проекте предусмотрены предварительные настройки Wi-Fi сети.

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

Share this post


Link to post
Share on other sites

Начните "от печки", пож. Наименование стройки и объекта (в общем виде), какая часть создается, реконструкция или кап. строй, т.е. новое здание, административное или жилое, сколько этажей- все это влияет на требования.

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

И общее описание ролей - Вы там кто? Инвестор. заказчик. подрядчик, оператор и собственник, эксплуатант?

Share this post


Link to post
Share on other sites

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

И общее описание ролей - Вы там кто? Инвестор. заказчик. подрядчик, оператор и собственник, эксплуатант?

Я как понимаю, подразумевается ситуация, что товарища приглашают строить гипотетическую СКС на новом (или не очень?) объекте, и чтобы начать включаться в работу, он засылает вышеприведенное в виде опросника заказчику. Ну или проверяет предоставленное заказчиком ТЗ, как по чеклисту.

Share this post


Link to post
Share on other sites

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

И общее описание ролей - Вы там кто? Инвестор. заказчик. подрядчик, оператор и собственник, эксплуатант?

Я как понимаю, подразумевается ситуация, что товарища приглашают строить гипотетическую СКС на новом (или не очень?) объекте, и чтобы начать включаться в работу, он засылает вышеприведенное в виде опросника заказчику. Ну или проверяет предоставленное заказчиком ТЗ, как по чеклисту.

Если его приглашают строить, то никакие опросники не требуются. Он просит проект и смету и далее задает вопросы по этим бумагам. А вот если он собрался проектировать (или создавать с нуля), то у него должно быть ТЗ. Видимо, грамотное ТЗ дать не могут,поэтому он сочиняет опросник, боясь что-нибудь забыть. А вообще-то быть телепатом неблагодарная работа.

Из того, что вижу - про стояки подробно забыли. Обычно это самое поганое и узкое место.

 

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

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

 

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

Share this post


Link to post
Share on other sites

Начните "от печки", пож. Наименование стройки и объекта (в общем виде), какая часть создается, реконструкция или кап. строй, т.е. новое здание, административное или жилое, сколько этажей- все это влияет на требования.

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

И общее описание ролей - Вы там кто? Инвестор. заказчик. подрядчик, оператор и собственник, эксплуатант?

 

Как проверяющий должен быть

 

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

И общее описание ролей - Вы там кто? Инвестор. заказчик. подрядчик, оператор и собственник, эксплуатант?

Я как понимаю, подразумевается ситуация, что товарища приглашают строить гипотетическую СКС на новом (или не очень?) объекте, и чтобы начать включаться в работу, он засылает вышеприведенное в виде опросника заказчику. Ну или проверяет предоставленное заказчиком ТЗ, как по чеклисту.

Если его приглашают строить, то никакие опросники не требуются. Он просит проект и смету и далее задает вопросы по этим бумагам. А вот если он собрался проектировать (или создавать с нуля), то у него должно быть ТЗ. Видимо, грамотное ТЗ дать не могут. поэтому он сочиняет опросник, боясь что-нибудь забыть.

 

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

Share this post


Link to post
Share on other sites

Должен быть как проверяющий у подрядчиков, но вы совершенно правы, нормальное ТЗ дать они не могут.
надо сначала подобие проекта породить и утвердить его заказчиком и передать подрядчику. А после уж проверять. Иначе по чему проверять-то? А ежели нет ничего - водрузите все это на подрядчика - пускай рисует листочки на согласование. Ежели он грамотный, он сам себе и ТЗ напишет по Вашим наметкам.

Share this post


Link to post
Share on other sites

Должен быть как проверяющий у подрядчиков, но вы совершенно правы, нормальное ТЗ дать они не могут.
надо сначала подобие проекта породить и утвердить его заказчиком и передать подрядчику. А после уж проверять. Иначе по чему проверять-то? А ежели нет ничего - водрузите все это на подрядчика - пускай рисует листочки на согласование. Ежели он грамотный, он сам себе и ТЗ напишет по Вашим наметкам.

 

Благодарю.

Share this post


Link to post
Share on other sites

Учтите только, что это могут быть отдельные деньги. Путь - пишется ТЗ, Вы проверяете, исправляете, потом Заказчик утверждает, подрядчик согласовывает. Дальше подрядчик на основании ТЗ создает проект или его подобие, и также- рассмотрение, исправление, утверждение, потом передача проекта подрядчику. и тогда уж - в путь! По окончанию не забудьте истребовать с него исполнительную документацию - как он фактически сделал.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.