3D MAX сегодня и будущее 3D MAX

3D MAX сегодня и будущее 3D MAX
================================================================================
Иосиф Четвертаков on 03/01/2014 17:56:00

3D MAX сегодня — самое популярное программное
обеспечение для визуализации дизайна и
архитектуры.
3D MAX + VRay самое точное воспроизведение
реальной среды.
3D MAX, на сегодняшний день, имеет гигантские
бесплатные библиотеки 3D моделей для
создания любого задуманного
концептуального решения.
Будущее 3D MAX — Autodest разработчик программы 3D
MAX постоянно совершенствуют программу:
улучшается интерфейс, ускоряются процессы
моделирования, с каждым годом программа
становится все лучше и лучше….
Итоговые 3D изображения с каждым годом
становится все реалистичнее, в некоторых
случаях невозможно отличить от реальной
фотографии даже профессионалу и эта
динамика сохраняется. В скором будущем мы
увидим реальность на уровне фильма
«Аватар», которую можно будет
воспроизводить у себя дома за короткий
промежуток времени.
Создать 3D модель сегодня стало совсем
просто! Autodesk 123D это программа, которая
создает 3D модели с помощью простых
фотографий. Как это работает? Система
проста как 2х2, при создании дизайн проекта
премиум класса, почти всегда требуется
визуализация, если интерьер в стиле
«Барокко», не нужно запрашивать чертежи у
производителя мебели, заказывать у
профессионального моделера моделинг, ждать
несколько дней и оплачивать определенную
сумму, а просто сфотографировать выбранную
мебель в любом магазине со всех сторон (30-40
фотографий) и отправить на сайт www.123dapp.com
через короткий промежуток времени будет
создана модель хорошего качества, которую
можно будет вставлять в сцену проекта для
визуализации, эта система бесплатная и
доступна каждому.
автор статьи Иосиф Четвертаков http://3d-masters.com/

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

Сканирование портов в сети
================================================================================
Dmitriy Stepanov on 30/12/2013 05:18:00

Порт — соединение — физическое или
логическое , — через которое отправляются и
принимаются данные в компьютере. Т.е. порт
является как бы «дверью» на концах сетевого
соединения, через которую программы,
установленные на вашем компьютере, могут
пересылать или, наоборот, получать
информацию в процессе обмена различными
данными.
Наиболее распространенное программное
обеспечение, используемое для работы в
сети, использует определенные порты. Так,
браузеры рассчитаны на подключение к порту
80, а почтовые программы — к пору 25 для
отправки сообщений, и 110 — для приема. Другое
ПО может использовать любой из 65535 портов,
доступных на каждом компьютере. Опасность
заключается в том, что некоторые приложения
могут открыть порт, не спросив разрешения у
пользователя и даже не уведомив его об этом.
К открытым портам могут получить доступ
третьи лица, что делает компьютер очень
уязвимым, поскольку начинает принимать всю
поступающую на него информацию, в том числе
вредоносное ПО. Чем это грозит, догадаться
нетрудно. Еще больше ситуация обостряется,
если компьютер является частью одной
корпоративной системы. В этом случае
«зараза» распространяется со скоростью
света, заражая другие компьютеры сети и
открывая, тем самым, злоумышленникам доступ
к корпоративным секретам, документации,
информации и т.п.
Для предотвращения плачевных последствий
подобных атак, системными администраторами
широко используется программные сканеры
портов, суть работы которых заключается в
постоянном мониторинге подключений к
различным портам в них. Например,
постоянный аудит подключений к порту ТСР
позволяет вовремя обнаружить вредоносное
ПО. Поскольку злоумышленниками чаще всего
используются одни и те же порты (их список
можно найти в интернете) системный
администратор без труда может настроить
несколько периодических проверок этих
портов, повышая безопасность сети.
Кроме этого, сканирование портов выполняет
еще несколько функций:
1. Позволяет вовремя узнавать о неполадках в
сети. К примеру, если периодически
опрашивать все тот же ТСР-порт, можно не
покидая рабочее место узнать о прекращении
работы того или иного хоста. А это, в свою
очередь, минимизирует время простоя
системы, снижая риски потери данных и
ухудшения отношений с клиентами.
2. Программа — сканер портов используется
для выявления сетевого оборудования в
локальной сети предприятия, что является
весомым подспорьем в работе системного
администратора, если сеть разветвлена и
обширна.
Если оставлять порты открытыми и не
проводить непрерывное сканирование
открытых портов, значит разрешать
компьютерам принимать любую информацию,
приходящую извне, в том числе и
отправленную злоумышленниками, о чем в один
прекрасный день можно сильно пожалеть.
Итак, подводя итог резюмируем:
а) Неиспользуемые порты должны быть
закрыты.
б) Используемые и просто открытые порты
должны периодически сканироваться.
в) Программа-сканер портов значительно
облегчает системному администратору
задачу выявления неисправностей в работе
сетевых хостов.

Мониторинг работы серверов

Мониторинг работы серверов
================================================================================
Dmitriy Stepanov on 26/11/2013 09:27:00

Сервер — это аппаратное обеспечение,
специально выделенное для выполнения на
нем определенных задач без участия
человека. В небольших организациях его
роль чаще всего играет компьютер, который
обеспечивает совместную работу
персональных компьютеров локальной сети. В
крупных компаниях масштабы серверов носят
более внушительный характер, под их
расположение может быть выделена целая
комната, а то и несколько, а их стоимость
превышает несколько десятков тысяч и даже
сотен рублей. Серверы призваны работать
круглосуточно 7 дней в неделю, а от
устойчивости их работы зависит
функционирование всех отделов организации.
В зависимости от выполняемых задач,
выделяют следующие виды серверов:
1. Файловые. Такие серверы имеют жесткие
диски большого объема, на которых
централизованно хранится вся важная для
компании документация и информация. К ним
имеют доступ все компьютеры сети.
2. Принт-серверы обеспечивают доступ
сотрудников к сетевым принтерам
организации, что существенно сокращает
расходы организации на этот вид
оборудования.
3. Факс-серверы заменяют собой сразу
несколько факс-аппаратов, что также
экономит денежные средства компании.
4. Серверы удаленного доступа позволяют
персональным компьютерам связываться с
сетью по телефонным линиям. Находясь,
например, с ноутбуком вне стен офиса, вы
всегда сможете получить оттуда нужные вам
документы или файлы.
5. Почтовые сервера играют огромную роль в
крупных компаниях с большим количеством
сотрудников, поскольку внутренняя
электронная почта является важным
средством общения между ними — она
позволяет отсылать не только текстовые
сообщения, но и графические, видео- и
аудиофайлы.
Можно легко понять, насколько важна
стабильная работа серверного центра для
компаний любого масштаба. Тем важнее
становится непрерывный мониторинг работы
серверов, представляющий собой процесс их
автоматического сканирования в локальной
сети для выявления различных нарушений в их
работе. Мониторинг серверов позволяет:
1. Системному администратору — вовремя
узнавать о неполадках или сбоях в работе
серверов (до того как это заметят
пользователи и начнут жаловаться)
посредством получения оповещений в виде
смс на мобильник и письма на электронную
почту и устранять их максимально быстро.
2. ИТ-менеджеру — освободиться от
необходимости в авральном режиме устранять
неполадки, поскольку при возникновении
ошибок в работе большинство систем для
мониторинга серверов могут сами выполнять
определенные действия без вмешательства
человека, например, перезапустить или
остановить работу службы, запустить
внешнюю программу, VB- и JS-скрипт и многое
другое.
3. Руководству организации — сохранить
настоящих и потенциальных клиентов,
поскольку сегодня даже небольшие простои в
работе системы могут сильно навредить
репутации компании. Непрерывный мониторинг
серверов сводит эти простои к минимуму.
Помимо всего прочего, постоянный
мониторинг серверов позволяет
оптимизировать расходы вычислительных
мощностей путем оценки нагрузки на
аппаратное обеспечение в течение рабочего
дня. В моменты минимальной загрузки
возможно даже отключение некоторых
серверов и перевод их в режим ожидания, что
существенно сокращает расходы на
содержание центра. А по динамике роста
нагрузки не составит большого труда
заранее спроектировать увеличение
мощности центра.
Таким образом, мониторинг серверов — не
просто сервисная служба, а необходимый
процесс, который позволяет повысить
качество заявленных компанией услуг и
оптимизировать денежные расходы компании.

Кто должен составлять техническое задание?

Кто должен составлять техническое задание?
================================================================================
Светлана Бублич on 02/10/2013 05:10:00

Этим вопросом часто задаются представители
заказчика, когда возникает необходимость
автоматизировать какой-либо
бизнес-процесс. Почему-то сегодня со
стороны большинства заказчиков нет полного
понимания того, насколько это важный этап, а
не простая бюрократическая волокита. И
насколько скрупулезно обе стороны подойдут
к этому этапу работ, настолько будет более
точным, правильным, ожидаемым и быстрым
результат проекта.
Что ж попробуем разобраться. Давайте для
начала все-таки определимся, что же такое
техническое задание?
Техническое задание (ТЗ) — исходный
документ на проектирование технического
объекта (изделия). ТЗ устанавливает
основное назначение разрабатываемого
объекта, его технические характеристики,
показатели качества и
технико-экономические требования,
предписание по выполнению необходимых
стадий создания документации
(конструкторской, технологической,
программной и т. д.) и её состав, а также
специальные требования.
Можно сказать, что ТЗ — документ, в котором
описывается, ЧТО нужно заказчику, в отличие
от последующей проектной документации, в
которой акцент переносится на ответ на
вопрос, КАК этого достичь.
(Материал из Википедии).
Данное определение, на мой взгляд,
полностью раскрывает суть термина. Итак,
основное назначение ТЗ полностью раскрыть
и описать все требования, предъявляемые к
желаемому результату заказчиком. От того,
как сформулированы эти требования, зависит
успех или неуспех проекта. И на данном этапе
заинтересованность в успехе должны
проявлять максимально обе стороны.
Заказчик – чтобы потратить меньше средств
на переделку неудачного проекта,
исполнитель – чтобы меньшими усилиями
успешно завершить проект и получить
прибыль. И как раз на этом этапе возникает
резонный вопрос: кто должен писать данный
документ?
С одной стороны, казалось бы, это должен
делать заказчик, т.к. он и только он
полностью знает, что же он хочет видеть в
результате. Но сможет ли данная сторона, не
обладая техническими знаниями в области
разработки программного обеспечения,
корректно изложить все свои требования?
Провести их анализ на предмет того, что
каждое требование должно быть понятным,
конкретным, тестируемым, как того требуют
правила составления ТЗ. «Хочу кнопку
красного цвета, дающую точные данные по
продажам за месяц!». Наверное, ничего
вразумительного на основе данного ТЗ
исполнитель не реализует.
Тогда ТЗ должен писать сам исполнитель?
Тоже не идеальный вариант. Исполнитель,
получив от заказчика изложение задачи,
может интерпретировать её немного в ином
русле, как понимает задачу сам. И сухой
технический язык, на котором будут изложены
все понятые исполнителем требования, не
даст ответа заказчику – то ли он имел в
виду, описывая желаемый результат. Особенно
комично выглядит ситуация, когда на стол
руководителя заказчика попадает документ,
изобилующий технической терминологией,
специфическими словами, зачастую на
английском языке, который он должен
подписать и, соответственно, подтвердить,
что всё написанное это то, что они и просили!
Поэтому наиболее оптимальный вариант – это
работа в тандеме. Именно при полном
погружении исполнителя в предметную
область заказчика, разговор на одном языке
при построении списка требований, когда
сходятся воедино язык
потребителя-неспециалиста и язык
разработчика, рождается документ, на
основании которого будет создан продукт,
максимально приближенный к исходной
поставленной цели. Такой синтез даст обеим
сторонам полное понимание описываемого
процесса. Не будет сомнений в том, что
какая-то часть технического документа
осталась «белым пятном» и во что эта часть
превратится в результате.
Да, написание ТЗ сложная задача, но лучше
временные инвестиции вложить в данный этап,
нежели найти брешь и выяснить, что нужно
переделывать фундамент, когда пришло время
положить крышу.
И главное, перед тем, как создавать
документ, заказчику нужно понять, что
именно он хочет видеть в результате, а
исполнителю – отказаться от реализации
невыполнимых требований.
Успешных вам проектов!

Программы для сисадмина: минимальный набор

Программы для сисадмина: минимальный набор
================================================================================
Dmitriy Stepanov on 01/10/2013 09:48:00

Системный администратор — человек, работа
которого в организации заключается в
следующем:
1. В планировании и построении
информационной системы в компании.
2. В реализации этого плана путем установки
и настройки необходимого аппаратного и
программного обеспечения, слежении за его
состоянием, пресечении нарушений условий
пользования сетью сотрудниками, пресечении
хакерских атак и вирусных угроз и т.д.
3. В модернизации уже существующей системы,
расширении ее возможностей.
Именно системный администратор принимает
решения, которые сказываются на работе всех
конечных пользователей, работающих в
компании, и всей системы в целом.
Обязанностей, скажем прямо, у него немало.
Но прогресс не стоит на месте и на помощь
приходит специализированный софт —
программы для сисадмина, призванные решать
многие задачи, связанные с сетью, в
автоматическом режиме.
Во-первых, это программа мониторинга сети —
основная и, пожалуй, самая главная из всех
программ для сисадмина. Она позволяет в
круглосуточном режиме следить за
состоянием всех служб и процессов в сети,
работой каждого хоста и порта, а также
автоматически проводить аудит
программного обеспечения, установленного
на компьютерах пользователей, и многое
другое. Все это помогает мгновенно
узнавать о возникших неполадках в
аппаратном обеспечении или работе системы
и устранять их с минимальными потерями
времени и сил, возможно, иногда даже без
участия самого системного администратора,
если в программе есть возможность
настройки автоматического перезапуска
служб или выполнения определенных команд
на удаленных компьютерах.
Во-вторых, к обязательным программам для
сисадмина относится утилита для учета
трафика. Мониторинг потребленного
сотрудниками трафика желателен в любой
организации, даже если компания подключена
к безлимитному пакету Интернет. Данная
мера позволяет узнать не только количество
скачанных мегабайтов, но и увидеть, на что
они были потрачены — на просмотр видео,
фотографий, скачивание файлов из торрентов
и т.п..
В-третьих, системному администратору
крайне важно иметь в своем арсенале
программу удаленного администрирования и
управления компьютерами сотрудников.
Согласитесь, если сотни сотрудников
компании располагаются на нескольких
этажах здания, а то и вообще в разных офисах,
сисадмину непросто быстро понять причину
проблемы, даже если суть вопроса ему
объяснили по телефону. Да и по этажам для
элементарных настроек пользовательских ПК
много не набегаешься. Легче всего
подключиться к конечному компьютеру и
решить задачу самостоятельно.
В-четвертых, в любой организации приходится
периодически проводить инвентаризацию
всего имеющегося у компании оборудования.
Набор программ для сисадмина должен
включать софт, позволяющий автоматически
проводить учет установленных в организации
компьютеров и аудит всего имеющегося
аппаратного обеспечения. Кроме этого, очень
важно постоянно проверять на лицензионную
чистоту все программное обеспечение,
устанавливаемое пользователями, поскольку
использование нелицензионного или
взломанного ПО карается законом.
Ну и в-пятых, опять же для больших компаний
очень актуально наличие программы
автоматического распознавания и рисования
топологии сети. Чтобы оперативно
реагировать на неполадки и быстро их
устранять, системному администратору важно
знать расположение каждого сетевого
устройства внутри здания, которое занимает
компания. Кроме этого, наличие подробной
схемы сети позволяет знать все ее слабые
места.
Это не все программы для сисадмина, которые
ему желательно иметь в своей «аптечке», но
это основной набор, который позволит ему
быть в курсе всех событий, происходящих в
сети, а также реагировать на эти события с
минимальными потерями времени и сил даже не
сходя с рабочего места.

Процесс обновления и расширения функционала системы SIKE.Autopark

Процесс обновления и расширения
функционала системы SIKE.Autopark
================================================================================
Светлана Бублич on 02/08/2013 02:59:00

В рамках данной статьи мы продолжаем
рассматривать процесс взаимодействия
заказчика и разработчика при проведении
обновления и расширения функционала
системы SIKE.Autopark. Напомним, что описание
последовательности работ представлено в
виде хронологии событий с рассмотрением
поставленных перед разработчиком задач,
процесса взаимодействия заказчика и
разработчика, мероприятий для достижения
необходимого результата.
3 апреля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: рассмотрение
возможности заполнения списка деталей
ремонтного листа по данным модуля
«Оперативный склад»; доработка отчета
«Карточка учета автомобильной шины»:
добавление информации о гаражном номере
автомобиля; доработка сводного отчета по
автомобильным шинам: добавление информации
о гаражном номере автомобиля.
10 апреля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: ввод в промышленную
эксплуатацию модулей: «Ремонты», «Учет
шин», «Учет АКБ»; рассмотрение возможности
формирования выборок по материалам, у
которых нет номенклатурных и/или
каталожных номеров (модуль «Оперативный
склад»).
24 апреля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: подготовка скриптов
для заполнения остатков ТМЦ; подготовка
скриптов для заполнения данных о последних
ТО; ошибка не позволяющая вызывать
справочник ТМЦ в модуле «Оперативный
склад»
15 мая 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: подготовка скриптов
для заполнения остатков ТМЦ по данным из 1С;
разработка дополнительной формы для
отображения остатков ТМЦ в модуле
«Оперативный склад».
22 мая 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: ввод в промышленную
эксплуатацию модулей: «Пробег деталей»,
«Графики ТО», «Оперативный склад».
29 мая 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: разработка
дополнительного отчета «Свод по
установленным запчастям» для модуля
«Оперативный склад»
5 июня 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: увеличение точности
ввода данных о количестве материала в
модуле «Оперативный склад»: с сотых до
тысячных; доработка формирования графиков
ТО: добавление информации о гаражном номере
автомобиля.
19 июня 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: добавление
возможности вызова справочников из
табличной части карточки учета АКБ с
помощью горячей клавиши [Enter]; добавление
возможности поиска в табличной части
выборки по карточкам учета АКБ; добавление
возможности вызова справочников из
табличной части карточки учета
автомобильной шины с помощью горячей
клавиши [Enter]; добавление возможности поиска
в табличной части выборки по карточкам
учета автомобильных шин.
26 июня 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: разработка
дополнительного отчета «Поступление и
выдача материалов за период» для модуля
«Оперативный склад»
3 июля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов.
Обсуждаемые вопросы: доработка выборки по
ремонтным листам модуля «Ремонты»:
добавление информации о гаражном номере
автомобиля.
5 июля 2013
Участники встречи:
представители заказчика: руководитель
предприятия, начальник эксплуатационного
отдела, начальник автотранспортного
участка, инженер по подготовке
производства, программист;
представители разработчика: начальник
отдела «Автопарк», специалист по
разработке проектов, ведущий специалист по
сопровождению проектов.
Обсуждаемые вопросы: завершение работ по
обновлению и расширению функционала
системы SIKE.Autopark; перевод системы SIKE.Autopark в
режим сопровождения.
Результаты работ по обновлению и
расширению функционала системы SIKE.Autopark в
период с 01.04.2013 по 05.07.2013
Мероприятия, проведенные со стороны
заказчика:
Предоставлены требования на доработку
модуля «Ремонты» и его отчетов; модуля
«Оперативный склад» и его отчетов; модуля
«Учет АКБ» и его отчетов; модуля «Учет шин»
и его отчетов; модуля «Графики ТО».
Предоставлены данные для ввода в систему
информации о остатках ТМЦ из 1С, последних
проведенных ТО.
Подписаны акты ввода в промышленную
эксплуатацию модулей: «Ремонты», «Учет
АКБ», «Учет шин», «Графики ТО», «Оперативный
склад», «Пробег деталей».
Мероприятия, проведенные со стороны
разработчика:
Осуществлены доработки модуля «Ремонты» и
его отчетов, модуля «Оперативный склад» и
его отчетов, модуля «Учет АКБ» и его
отчетов, модуля «Учет шин» и его отчетов,
модуля «Графики ТО», согласно требованиям
заказчика.
Разработаны дополнительные отчеты для
модуля «Оперативный склад»: «Свод по
установленным запчастям», «Поступление и
выдача материалов за период».
Завершено внедрение модулей: «Ремонты»,
«Учет АКБ», «Учет шин», «Графики ТО»,
«Оперативный склад», «Пробег деталей».
Система SIKE.Autopark переведена в режим
сопровождения.
Подводя итоги можно сказать, что 05.07.2013
успешно завершены работы по обновлению и
расширению функционала системы SIKE.Autopark
согласно ранее утвержденному план-графику.
Общее время проведения работ по обновлению
и расширению функционала составило 4
месяца. Система SIKE.Autopark переведена в режим
сопровождения.