Из всех воров дураки самые вредные: они одновременно похищают у нас время и настроение.

Астрологи объявили 2009ый год годом Быка.
Гопник удвоил своё население во всех внешних жилищах.

#225: Семь раз отмерь

24-11-2008 20:30:01

рейтинг: 1764

Работали мы с другом админами в госучереждании.

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

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

Задача тривиальная. А мы и не напрягались особо. Со словами "приступим" коллега рубанул все 5 линков и начал плести скрутку. Вдруг нас посещает мысль: "а какой с каким соединять-то?". Вот, блин, протормозили. Ладно, крутим как есть, а если что - потом переткнём.

И тут просто сработала теория вероятности, которая на самом деле оказалась вовсе не теорией. Я беру первый попавшийся провод из пяти, друг делает так же - и соединяем. Крутим второй линк. И снова умная мысль: "можно же проверить по метражу на проводе".

Проверили. Оказалось, что мы соединили нужный провод! Вот вам и теория. В конце концов доделали мы все, как надо. Перед уходом решили заглянуть в соседнюю комнату - там же тоже наверняка придётся делать. Смотрим и выпадаем в осадок: перед нами пустая комната, а на полу валяется бухта кабеля метров 20! Можно было подтянуть провод в соседнюю комнату и не возиться с врезками.
Ну кто ж знал...

Как правильно проектировать информационно-телекоммуникационные системы?

Ю. Жуков, начальник отдела проектирования компании "Энвижн Груп"
С. Головин, заместитель генерального директора по маркетингу компании "Энвижн Груп"

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

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

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

Доля проектных трудозатрат в общих трудозатратах на создание ИТС неуклонно повышается. В современных системах трудозатраты на проектирование сравнялись с трудозатратами на монтажные и пусконаладочные работы, зачастую превышая (в сложных комплексных системах значительно превышая) совокупные трудозатраты на все другие работы.

Учитывая то обстоятельство, что работы по созданию ИТС выполняются в рамках жестких ограничений: как по срокам ввода систем в строй, так и по стоимости (ресурсоемкости) выполняемых работ, можно сказать, что краеугольным камнем является задача оптимизации соотношения "сроки -трудозатраты/стоимость - качество".

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

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

Информационно-телекоммуникационные системы создаются и проектируются в соответствии с 34-й серией ГОСТ ("Информационная технология. Автоматизированные системы"). Так как большинство проектируемых ИТС являются еще и системами связи, то на них распространяются требования ГОСТ 21-й серии ("Система проектной документации для строительства") в части проектирования средств связи.

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

ИТС создаются по тем же стадиям и этапам, что и автоматизированные системы (АС) в целом. В общем случае они определяются требованиями ГОСТ 34.601-90 и включают в себя:

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

Реально создание ИТС по этапам, приведенным выше, в полном объеме выполняется редко и встречается в основном в государственных организациях при создании крупномасштабных комплексных систем, таких, например, как ЕТКБС Банка России или "Электронная Москва".

Исходя из временных и стоимостных ограничений создание ИТС в большинстве случаев реализуется по сокращенным схемам типа: Технический проект - Рабочая документация (Рабочий проект) - Ввод в действие.

Об оптимальном составе проектной документации при создании ИТС

Номенклатура документов, разрабатываемых на различных стадиях создания ИТС, определена в ГОСТ 34.201-89. Реально же этот ГОСТ в полном объеме используется крайне редко, так как он явно перегружен и по количеству и по составу проектных документов, многие из которых на практике являются невостребованными.

Типовой состав комплекта проектной документации на ИТС, наиболее оптимальный с позиции минимальной достаточности и наиболее часто встречающийся в практике ведущих ин-фо/телекоммуникационных компаний, приведен в табл. 1.

Остановимся на краткой характеристике приведенных в табл. 1 проектных документов и основных требований к их содержанию.

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

Техническое задание (ТЗ) на создание является основным документом, определяющим требования и порядок создания ИТС, в соответствии с которым проводятся разработка ИТС и ее приемка при вводе в действие. ТЗ на создание разрабатывается исходя из требований заказчика к ИТС и результатов проведения обследований на объекте (объектах) автоматизации. Требования к ТЗ на создание ИТС определены в ГОСТ 34.602-89.

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

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

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

Рабочая документация предназначена для обеспечения монтажа, коммутации и пусконаладки ИТС в целом, а также входящих в нее подсистем. Как правило, рабочая документация выпускается в виде отдельных альбомов на каждый объект системы и включает в себя: комплект рабочих чертежей, общие сведения о системе, указания по монтажу и настройке, а также спецификацию оборудования, изделий и материалов. Большинство инфотелеко-муникационных компаний и проектных организаций разрабатывают рабочую документацию на ИТС в соответствии с ГОСТ Р 21.1703-2000.

Программы и методики испытаний

Программы и методики испытаний предназначены для обеспечения проверки работоспособности ИТС, правильности принятых технических решений и соответствия технических и эксплуатационных характеристик ИТС требованиям ТЗ на ее создание. При создании ИТС проводятся следующие виды испытаний: предварительные испытания, опытная эксплуатация и приемочные испытания. При создании комплексных систем предварительные испытания, в свою очередь, подразделяются на две стадии: предварительные автономные испытания и предварительные комплексные испытания. Требования к содержанию программ и методик испытаний определены в ГОСТ 34.603-92.

Эксплуатационная документация

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

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

Как определять стоимость проектных работ

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

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

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

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

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

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

Заключение

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

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

Литература

1. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
2. ГОСТ 34.201-89. Виды, комплектность и обозначение документации при создании автоматизированных систем.
3. РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов.
4. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы.
5. ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем.
6. ГОСТ Р 21.1703-2000. Система проектной документации для строительства. Правила выполнения рабочей документации проводных средств связи.
7. ГОСТ 21.110-95. Система проектной документации для строительства. Правила выполнения спецификации оборудования, изделий и материалов.
8. ГОСТ 2.106-95. Единая система конструкторской документации. Текстовые документы.

Опубликовано: Журнал "Технологии и средства связи" №2-2006

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

Увелчится сила более нижних слоёв, их плотность? что?

 Говорят, что если долго смотреть в бездну - она посмотрит на тебя. Сколько же нужно смотреть?..

 ru.youtube.com/watch

Кем бы вы хотели быть - бессмертным вампиром или бессмертным человеком? И почему.

ru.youtube.com/watch

и это тоже, надо побольше послушать грамотное имо

ru.youtube.com/watch

и ещё, про компы ru.youtube.com/watch

  Am Em

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

          Fmaj7                  Am
        И время как вода текло и было мне тогда тепло,
         Dm                       F                 E         E7  E
        Когда в дождливый вечер я смотрел в оконное стекло.
          Fmaj7                     Am
        Но год за годом я встречал в глазах любви своей печаль,
           Dm                        Fmaj7                 E
        Дождливой скуки тусклый свет и вот, любовь сменила цвет.

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

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

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

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

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

Стало интересным, к какой модели общества, описанной фантастами, мы можем прийти?

1 модель:

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

2 модель:

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

3 модель:

предложите

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

Впринципе мэинлайн потребовал где-то два дня чистой игры.

Герой - стандарт, чуть более сильный, чуть более удачливый. Перки в основном на оружие. Скилы - оружие, потом ремонт, в конце наука и взлом. Остальное не пригодилось особенно.

Генетический программист разбирает очередной кусок генного кода и видит
комментарий:
/* А еtu gеnu nаdо bу ubrаt nаhuj. Аrсhаngеl Gаvriil */

_

Удивительное рядом.
Если вас неожиданно лишат интернета, то вы просто ужаснётесь, сколько добрых и полезных дел можно оказывается переделать в это время в квартире для дома и для семьи.

_

Преподаватель в театральном вузе - студенту-компьютерщику:
- Нежность надо изобразить! Нежность! А не эту идиотскую ухмылку! Ну, представьте, что вы смотрите на монитор с OS/2. Хорошо. Вот так лучше. А теперь представьте на мониторе UNIX. Браво! Отлично! Сам Станиславский был бы доволен. А теперь изобразите чувство негодования. Опять не получается. Хорошо. Представьте на мониторе Винда 95... Я просил негодование, а не взрыв бешенства. Ладно. Тогда представьте на мониторе Винда 3.11. Это скепсис, а не негодование. Представьте тогда Винду NT. Мне не нужна ласковая улыбка! Мне, нужно негодование! Ну, давайте вообразим на мониторе IE. О! Негодование сыграно отлично!... Ну, и наконец, сами изобразите мне какое-нибудь чувство, представив на экране Линуху!... Молодой человек! Не надо блевать в аудитории!!!

_

Менеджер (м) дизайнеру (д)
(м) а вот тут нарисуй прозрачные ящики
(д) какого цвета?
(м) они прозрачные! Совсем! Понимаешь?
(д) плять, не бывает абсолютной прозрачности, иначе они были бы невидимые. Какой тон у них был бы, если бы они были НЕ прозрачные?
(м) но они же прозрачные!!!
(д) плять, белые?!
(м) ну да, чуть-чуть белые.....