
- •Введение
- •Жизненный цикл it-проекта
- •Концепция проекта
- •Определение проекта
- •Выполнение проекта
- •Завершение проекта
- •Стандарты жизненного цикла
- •Выбор методологии
- •Жесткие и гибкие методологии Модель водопада
- •Итеративная разработка
- •Спиральная модель
- •Архитектура Вычислительные системы
- •Операционные системы
- •Выбор языка и среды программирования
- •Краткий обзор распространенныхпромышленных языков программирования и программных платформ
- •Разработка программного обеспечения Парадигмы программирования
- •Структурное программирование
- •Процедурное программирование
- •Функциональное программирование
- •Событийно-ориентированное программирование
- •Объектно-ориентированное программирование
- •Аспектно-ориентированное программирование
- •Визуально-ориентированное программирование
- •Метапрограммирование
- •Качество кода. Критерии качества кода
- •Форматирование и оформление
- •Комментарии
- •Читаемость
- •Обработка исключений
- •Документирование
- •Рефакторинг
- •Архитектура программного обеспечения
- •Отличие архитектуры по от детального проектирования по
- •Примеры архитектурных стилей и моделей
- •Паттерны проектирования
- •Адаптер (adapter, wrapper)
- •Абстрактная фабрика (abstractfactory, kit)
- •Стратегия (strategy, policy)
- •Менеджмент Проекта
- •Проектный менеджмент
- •Команда менеджмента проекта Команды в проекте
- •Соотношение между различными командами в проекте
- •Цели кмп в проекте
- •Создание и развитие кмп Сущность и характеристики кмп
- •Управление трудовыми ресурсами проекта и менеджмент человеческих ресурсов проекта
- •Интегрированная культура кмп
- •Оценка деятельности кмп Что такое эффективная кмп?
- •Команда Менеджмента Проекта – критический фактор успеха проекта
- •Структура проекта Определение проекта
- •Основные признаки проекта
- •Направленность на достижение целей
- •Координированное выполнение взаимосвязанных действий
- •Ограниченная протяженность во времени
- •Уникальность
- •Структура проекта
- •Разработка программного обеспечения Виртуальная реальность
- •Виртуальная реальность в играх.
- •Виртуальная реальность и 3d.
- •История виртуальной реальности.
- •Что такое виртуальная реальность?
- •Миры с различными потенциально-возможными сценариями хода событий
- •Студии виртуальной реальности на телевидении
- •Имитационное моделирование
- •Искусственный интеллект
- •Предпосылки развития науки искусственного интеллекта
- •Подходы и направления
- •Тест Тьюринга
- •Символьный подход
- •Логический подход
- •Накопление и использование знаний
- •Суть процесса искусственного мышления
- •Применение
- •Перспективы
- •Искусственный интеллект в играх
- •Распределённые и облачные вычисления Распределённые вычисления
- •История
- •Участие в проектах распределенных вычислений Общая схема участия
- •Привлечение и мотивация участников
- •Критика проектов распределенных вычислений
- •Организации, участвующие в проектах распределенных вычислений
- •Список проектов распределённых вычислений
- •Биология и медицина
- •Математика и криптография
- •Естественные науки
- •По для организации распределённых вычислений
- •Облачные вычисления
- •Терминология
- •Критика
- •Примеры
- •Потребность
- •Внешние и внутренние облака
- •Стоимость
- •Надёжность
- •Проблемы облачных технологий
- •Нейронные сети
- •Возможные способы применения и реализации
- •Категории аппаратного обеспечения инс
- •Цифровое исполнение
- •Аналоговое исполнение
- •Гибридное исполнение
- •Области применения нейронных сетей
- •Аутсорсинг
- •Мировой рынок экспортного программирования
- •Прогноз развития мирового и российского рынка
- •Белорусскиекомпании
- •Типы аутсорсинга
- •Развитие cad технологий
- •Исправление ошибок
- •Системы старшего класса
- •Большие сборки
- •Зачем нужны сборки
- •Стратегии упрощения
- •Моделирование
- •Параметризация
- •Гибридное моделирование
- •Практические результаты
- •Проектная база: технология моделирования
- •Переход к гибридному моделированию
- •Электронная сборка
- •Модель акторов
- •История
- •Фундаментальные концепции
- •Формальные системы
- •Применения
- •Семантика передачи сообщений
- •Локальность
- •Безопасность
- •Актуальность в настоящий момент
- •Социальный компьютинг
- •Сферы применения
- •С чего начать
- •Тестирование программного обеспечения Уровни тестирования
- •Модульное тестирование
- •Интеграционное тестирование
- •Системы непрерывной интеграции
- •Системное тестирование программного обеспечения
- •Функциональное тестирование
- •Регрессионное тестирование
- •Виды тестов регрессии
- •Нагрузочное тестирование
- •Тестирование «белого ящика» и «чёрного ящика»
- •Серый ящик. Комбинация предыдущих.
- •Права автора Личные неимущественные права:
- •Личные имущественные права:
- •Способы защиты авторского права
- •Защита при помощи компьютерных компакт-дисков
- •Методы взлома/обхода технических мер защиты
- •Нарушение авторских прав
- •Типы лицензий
- •Проприетарные лицензии
- •Свободные и открытые лицензии
- •Пиратское по
- •Взгляд в будущее
- •Взлом информации и защита от взлома Классы атак Аутентификация (Authentication)
- •Авторизация (Authorization)
- •Атакинаклиентов (Client-side Attacks)
- •Выполнение кода (Command Execution)
- •Разглашение информации (Information Disclosure)
- •Логические атаки (Logical Attacks)
- •Компьютерные вирусы
- •Классификация вирусов
- •Антивирусные программы
- •Методы обнаружения вирусов
- •Метод соответствия определению вирусов в словаре
- •Метод обнаружения странного поведения программ
- •Метод обнаружения при помощи эмуляции
- •Метод «Белого списка»
- •Эвристический анализ
- •Классические hips
- •Экспертные hips
- •Жизненный цикл вируса.
- •Стратегии развития крупнейших it-компаний
- •Перспективы развития Microsoft
- •Секреты успеха
- •Крупнейшие производители современных операционных систем и их продукты
- •Основные заблуждения по поводу Macintosh
- •Технические подробности операционной системы
- •Причины успеха и будущее компании
- •История создания Linux
- •Свободное программное обеспечение
- •Графические интерфейсы Linux
- •Дистрибутивы Linux
- •Безопасность Linux
- •Краткая история FreeBsd и unix
- •Рождение системы bsd
- •Bsd на платформах Intel х86
- •Рождение FreeBsd
- •Преимущества FreeBsd
- •Различия между FreeBsd и Windows
- •Мобильные ос
Соотношение между различными командами в проекте
Мировая практика показывает, что разделение команд целесообразно в проектах, в которых необходимо четкое фиксирование позиций различных его участников (прав, полномочий, ответственности, доли участия и долей в прибыли и проч.). В частности, выделение нескольких проектных команд целесообразно для больших, смешанных, средне- и долгосрочных проектов или когда количество участников проекта достаточно большое, а их интересы противоречивы.
Цели кмп в проекте
На практике цели КМП, интересы участников и соответствующие цели и задачи проекта (декларируемые и латентные) часто носят противоречивый характер. Множественность интересов и целей различных участников проекта определяет и зону их конфликта. В каждом отдельном случае разрешение этих конфликтов должно происходить по-разному, т.е. не существует универсального средства разрешения конфликтов. Чаще всего, успешность разрешения таких ситуаций напрямую зависит от менеджера проекта.
Создание и развитие кмп Сущность и характеристики кмп
Сложность создания и развития эффективной КМП связана с тем, что она занимает тройственную позицию при осуществлении проекта:
1.С позиции системного подхода:
КМП - это субъект управления по отношению к процессам и объектам управления (субъект – объектные отношения) в проекте со всеми присущими ему задачами и функциями
2.С позиции психологическогой подхода:
КМП - это самоуправляемый и саморазвивающийся субъект (субъект - субъектные отношения). В рамках ПМ эта позиция определяется через саморазвивающиеся, самоориентирующиеся и самомотивирующиеся КМП
3.С позиции проектного подхода:
КМП - это сквозной развивающийся элемент технологии осуществления проекта
Однако основная проблема при создании КМП не столько в 3-х ее «сущностях» (ипостасях), в количестве и качестве элементов, а в том, что вся эта совокупность элементов должна работать согласованно и целенаправленно. Причем выделить приоритеты из этой совокупности затруднительно, т.к. для разных целей и на разных фазах жизненного цикла проекта они могут изменяться. Поэтому при создании и развитии КМП требуются такие технологии, которые позволяли бы проводить интеграцию членов КМП в рабочее пространство конкретного проекта в ходе его осуществления целевым образом под определенные цели и задачи. Такого типа технологии называются кросс-культурной и кросс-профессиональной интеграцией и используются как при создании КМП, так и при интеграции КМП в проект.
Управление трудовыми ресурсами проекта и менеджмент человеческих ресурсов проекта
В общем случае человеческие ресурсы проекта – это совокупность профессиональных, деловых, личностных качеств участников проекта и членов Команды проекта и их возможностей (влияния, «веса», связей и т.п.), которые могут быть использованы при осуществлении проекта. Трудовые ресурсы являются частью человеческих ресурсов, рассматриваемых как измеряемый ресурс в проекте.
Персонал – это конкретные индивидуумы, частью которых является их квалификация, исполнение функционально-должностных обязанностей и проч., что описывается в рамках штатного расписания проекта.
В проекте всегда есть то, что управляется как объектом посредством процессов и то, что в процессном виде не управляемо. Чем можно «управлять» в проекте с точки зрения управления системами (управления проектами), иначе - с позиции «науки»? Трудовыми ресурсами и штатом проекта, т.е. теми объектами управления, которые «измеряемы», в основном, в количественной форме. Чем можно «управлять» в проекте в условиях недостатка информации и слабой прогнозируемости поведения объекта управления при принятии того или иного управленческого решения? Иначе – с позиции «менеджмента» и «искусства»? Человеческими ресурсами и персоналом, т.е. теми объектами управления, которые измеряемы частично и то, в основном, в качественной форме. Когда говорим о современном менеджменте человеческими ресурсами и персоналом, то имеем в виду управление не измеряемыми величинами.
В проектах, в которых человеческий фактор имеет решающее значение, ориентация только на управление «трудовыми ресурсами» и «штатом» без учета организационной и профессиональной культур, индивидуальных особенностей членов команд и других плохо идентифицируемых и измеряемых характеристик команд, часто приводит к конфликтам, трудностям «на ровном месте» и неуспеху всего проекта.