![](/user_photo/2706_HbeT2.jpg)
- •Дипломный проект
- •Реферат
- •Перечень сокращений и терминов
- •Онтологическое соглашение проекта
- •Введение
- •Глава 1. Анализ предметной области
- •Услуга Colocation
- •Общие понятия услуги colocation
- •Услуги цод (colocation)
- •История развития цод и услуг colocation
- •Происхождение вида
- •Всеобщая цоДофикация
- •Аутсорсинг.
- •В регионы за электричеством.
- •Мировая мода.
- •Проблемы «озеленения».
- •Основные задачи, решаемые системой комплексного менеджмента colocation-проектов.
- •Пример методика ценообразования услуг
- •Обзор конфигураторов услуг и сервисных калькуляторов в сфере услуг colocation и аутсорсинга, представленных в Росии.
- •Что же такое сервисный калькулятор или конфигуратор услуг?
- •Компания europrojects.
- •Резюме:
- •Выводы.
- •Глава 2. Выбор и обоснование средств разработки и технологий реализации
- •Выбор программной платформы разработки системы.
- •Выбор технологии
- •Трехуровневая архитектура “клиент-сервер”
- •Выбор субд
- •Выбор языка программирования
- •Выбор web – сервера
- •Выбор программно-аппаратной платформы разработки информационной системы.
- •Обеспечение отказоустойчивости решения.
- •Использование failover кластера (отказоустойчивого кластера).
- •Принцип функционирования кластера.
- •Персональный компьютер пользователя (Клиент)
- •Глава 3. Разработка информационной системы
- •Проверка закона распределения данных по критериям к.Пирсона (критерии согласия)
- •Разработка и реализация пользовательского интерфейса
- •История развития веб-дизайна от технической графики до современных сайтов
- •Зарождение идей о юзабилити сайтов
- •Современный этап развития веба
- •Разработка пользовательского интерфейса
- •Архитектура и структурная схема информационной системы
- •Функциональная схема информационной системы
- •Глава 4. Модель оценки результативности работы системы. Расчет технических характеристик системы
- •Расчет математического ожидания ис.
- •Расчет производительности.
- •Расчет обобщенной энтропии информационной системы
- •Расчет интегральной информационной нагруженности информационной системы
- •Расчет надежности информационной системы
- •Надежность аппаратной части
- •Надежность программной части
- •Глава 5. Менеджмент проекта
- •Введение
- •Ступень дивергенции
- •Ступень трансформации
- •Ступень конвергенции
- •Ступень релаксации
- •Ступень ликвидации
- •Глва 6. Выбор и обоснование модели жизненного цикла информационной системы
- •Введение
- •Итеративный подход
- •Подход, основанный на фазах и вехах
- •Модель проектной группы msf
- •Фаза выработки концепции
- •Фаза планирования
- •Фаза разработки
- •Фаза стабилизации
- •Фаза внедрения
- •Глава 7. Экономическая часть проекта
- •Аннотация
- •Организация работ
- •Структура организации работ
- •Система управления производством работ
- •Бизнес-план
- •Конкуренция на рынке
- •Расчет сметной стоимости (себестоимости) проекта
- •Затраты на материалы и покупные изделия
- •Основная зарплата научного и производственного персонала
- •Дополнительная заработная плата
- •Оценка экономической эффективности проекта
- •Оценка рисков и поиск путей их минимизации
- •Заключение
- •Глава 8. Экологичность и безопасность проекта
- •Введение
- •Оптимальные условия труда на рабочем месте разработчика.
- •Расчет освещения.
- •Расчет системы вентиляции.
- •Расчет влаговыделения
- •Расчет тепловыделения.
- •Определение потребного воздухообмена
- •Проектирование системы вентиляции.
- •Глава 9. Проверка на соответствие стандарту гост р исо/мэк 15288:2005
- •Глава 10. Информационно-социальная компонента
- •Цод крупным планом: Креатив и Экзистенция
- •Увидеть лес среди деревьев
- •Не до идеалов
- •Принцип деления Цодов
- •Справка
- •Системы жизнеобеспечения
- •Как со всем этим справиться?
- •Приложение 1. Техническое задание
- •1.1 Полное наименование системы и ее условное обозначение
- •1.2 Шифр темы
- •1.3 Наименование предприятий разработчика и заказчика системы и их реквизиты
- •1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
- •1.5 Плановые сроки начала и окончания работы по созданию системы
- •1.6 Сведения об источниках и порядке финансирования работ
- •1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы
- •2.Назначение и цели создания системы
- •2.1 Назначение системы
- •Требования к системе
- •4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
- •4.1.1.4 Требования к режимам функционирования системы
- •4.1.1.5 Требования по диагностированию системы
- •4.1.1.6 Перспективы развития, модернизации системы
- •4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
- •4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
- •4.1.5 Требования безопасности
- •4.1.6 Требования к эргономике и технической эстетике
- •4.1.7 Требования к транспортабельности для подвижных ас
- •4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- •4.1.8.2 Предварительные требования к допустимым площадям для размещения персонала и тс системы, к параметрам сетей энергоснабжения и т. П.
- •4.1.8.3 Требования по количеству, квалификации обслуживающего персонала и режимам его работы
- •4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
- •4.1.8.5 Требования к регламенту обслуживания
- •4.1.9 Требования к защите информации от несанкционированного доступа
- •4.1.10 Требования по сохранности информации при авариях
- •4.3.3 Требования к программному обеспечению
- •Требования к техническому обеспечению
- •4.3.5 Требования к лингвистическому обеспечению
- •4.3.6 Требования к метрологическому обеспечению
- •5. Состав и содержание работ по созданию системы
- •6. Порядок контроля и приемки системы
- •8. Требования к документированию
- •9. Источники разработки
- •Приложение 2. Техническое предложение
- •3. Техническая характеристика
- •4. Описание и обоснование выбранной конструкции
- •5. Расчеты, подтверждающие работоспособность и надежность конструкции
- •6. Описание организации работ с применением разрабатываемого изделия
- •7. Ожидаемые технико-экономические показатели
- •8. Уровень стандартизации и унификации
- •Приложение 3. Технические условия
- •1.1 Наименование и назначение системы
- •1.2. Условия эксплуатации
- •2. Технические требования
- •2.1 Требования назначения
- •2.2 Требования к программной совместимости
- •2.3 Требования к производительности и точности
- •2.4 Требования к надежности
- •3. Требования безопасности
- •4. Требования охраны окружающей среды
- •5. Правила приемки
- •6. Методы контроля
- •7. Указания по эксплуатации
- •Приложение 4. Инструкция для всех групп пользователей
- •Приложение 5. Листы графики
- •Приложение 6. Описание демо-версии
- •Приложение 7. Текст доклада
- •Доклад окончен. Спасибо за внимание!
Глава 10. Информационно-социальная компонента
Цод крупным планом: Креатив и Экзистенция
История развития человечества самым тесным образом связана с созданными людьми инструментами. Когда-то, в бронзовый и железный век, они были металлическими, а сегодня, в век информационных технологий, стали электронными. Центр обработки данных (ЦОД) — инструмент последнего поколения, одновременно могучий и хрупкий, контролируемый и неуправляемый, надежный и беззащитный, справляющийся с нагрузками и нет. Этот список можно продолжить...
Есть немало статей, посвященных различным вопросам создания и использования ЦОДов. Казалось бы, что тут сложного — обеспечить бесперебойную работу вычислительного комплекса? Уже подробно рассмотрены вопросы построения распределенных кластеров, описаны проблемы, связанные с резервным копированием, определены параметры электроснабжения и охлаждения и т. д. В определенном смысле все это напоминает мозаику или пазл. Но классическая мозаика выгодно отличается тем, что имеет единственный правильный вариант композиции кусочков. При создании же сложных информационных систем, в частности ЦОДов, вариантов может быть несколько. В данной статье излагаются лишь некоторые взгляды на то, как найти свое «единственно правильное» сочетание и как применять получившийся инструмент в каждодневной работе.
Увидеть лес среди деревьев
Попробуем рассмотреть современные ЦОДы с позиции, позволяющей увидеть весь комплекс проблем, связанных с информационными технологиями, то есть с точки зрения IT-менеджера.
Традиционными потребителями IT-услуг были и остаются предприятия, где информационные технологии являются критическими для бизнеса, а само исполнение бизнес-функций напрямую зависит от уровня, качества и степени доступности IT-сервисов. К таким традиционным потребителям относились государственные структуры, банки и телекоммуникационные компании. На сегодня это зрелые, с точки зрения уровня развития IT, пользователи со сложившейся культурой, подходами и пониманием места информационных технологий в иерархии компании или организации. С технической точки зрения — это сформированные ЦОДы, оснащенные современным оборудованием и программным обеспечением. Для них характерен иной спектр проблем: где взять электроэнергию, как в условиях повсеместной нехватки квалифицированного IT-персонала построить эффективную службу эксплуатации, способную обслуживать максимально большой парк оборудования минимальным количеством сотрудников, как удержать специалистов и т. д. Для таких компаний и организаций важны и другие вопросы, связанные непосредственно с их бизнесом: например, как обеспечить целостность IT-структуры при покупке одного предприятия другим? Или как разделить целостную IT-инфраструктуру при разделении организации?
Сегодня в России происходит новый виток развития информационных технологий, когда наиболее «жадными» до них становятся промышленные предприятия, розничные торговые сети, страховые компании. Именно здесь наблюдается наибольший интерес к IT, в частности к ЦОДам. Компании находятся в стадии перманентного поиска: где лучше разместить свой ЦОД, какие программные средства наиболее полно смогут решить задачи, какова оптимальная аппаратная платформа для работы необходимых приложений.
Таким образом, критичность информационных технологий для бизнеса осознают игроки все большего числа сегментов рынка, IT глубже проникают в экономику предприятий, повышается их роль уже как инструмента ведения бизнеса. Другими словами, рынок сегодня на подъеме, и у компаний — системных интеграторов работы достаточно.
Жизненный цикл всегда делится на три этапа: создание, поддержание и разрушение. Деструктивная часть сейчас встречается редко, хотя один из наших заказчиков все же столкнулся с задачей демонтажа уникального вычислительного оборудования и полного реинжиниринга систем жизнеобеспечения и коммуникаций. Следует уточнить, что это было связано не с полным отказом от информационных технологий, а лишь с созданием нового ЦОДа в другом помещении. Задача сопровождалась решением следующих вопросов: формирование новой информационной среды, перенос в нее прикладных программных средств, ввод нового решения в промышленную эксплуатацию и, наоборот, вывод устаревшего оборудования из эксплуатации. Деструкция и креация — где грань, отделяющая одно от другого? Организация или компания делится: часть оборудования остается на месте, часть «переезжает» в другое здание. Один производитель металлопродукции приобрел другого за рубежом и пытается объединить две аппаратно несовместимые IT-структуры в одну. Что это? Создание или разрушение? Конец или начало?
Оставив этот риторический вопрос открытым, перейдем к рассмотрению креативного и экзистенциального аспектов жизненного цикла IT. Основная задача, на этих фазах стоящая перед сотрудниками IT-службы, заключается в обеспечении подразделений компании наиболее эффективными и востребованными инструментами, решающими задачи их бизнеса максимально удобным способом и за приемлемую стоимость.
Находясь в постоянном поиске IT-инструментария, оптимального по соотношению цена-качество, специалисты рано или поздно обнаруживают, что разные продукты имеют различную ценность для конкретной компании. Причем одни из них обеспечивают лучший функционал, чем другие. Таким образом, всегда существуют предпосылки для формирования «зоопарка» различных систем и платформ. С одной стороны, это ведет к наилучшему способу решения задачи обеспечения бизнеса IT-сервисами, а с другой — к возникновению неизбежных проблем совместимости и технического обслуживания. Для потребителя это всегда риск, и задача участников процесса — свести его к осмысленному и оправданному минимуму.