- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
IT-инфраструктура и ее создание: необходимые практики и роль системного инженера презентация
Содержание
- 1. IT-инфраструктура и ее создание: необходимые практики и роль системного инженера
- 2. При чем здесь системная инженерия? Практика и Практики Делиться надо
- 3. Принципы планирования ИТ
- 4. Строить один раз, использовать много раз Не изобретать велосипед! Масштабируемость
- 5. Упрощение архитектуры Любое решение по
- 6. Технологический агностицизм Описание процессов, практик, методов, а не платформ Тиражируемость
- 7. Модульность Функциональность=модуль Использование SOA как идеологии. Сервисы, а не системы.
- 8. Ответственность Безопасность, с учетом роста
- 9. Удовлетворение заказчиков Открытость принятия решений Высокий уровень ответственности за взятые обязательства
- 10. Управление данными Централизованно Ясные стандарты для общего языка всех акторов.
- 11. Управление Требованиями Все понимают важность,
При чем здесь системная инженерия? Практика и Практики Делиться надо
Слайд 1
IT-инфраструктура и ее создание: необходимые практики и роль системного инженера
Альберт Ефимов
Слайд 5
Упрощение архитектуры
Любое решение по ИТ-архитектуре должно приводить к упрощению общего ИТ-ландшафта,
а не его усложнению. Принцип «простоты»
Определение уровней архитектуры
Понятность архитектуры
Не чинить то, что не сломано
Определение уровней архитектуры
Понятность архитектуры
Не чинить то, что не сломано
Слайд 8
Ответственность
Безопасность, с учетом роста
План А и План Б
Уважение к Персональным Данным
Только
проверенные решения
Слайд 9
Удовлетворение заказчиков
Открытость принятия решений
Высокий уровень ответственности за взятые обязательства
Слайд 11
Управление Требованиями
Все понимают важность, но мало кто желает ими заниматься
Правильное определение
stakeholders
Необходимый уровень детализации для каждой аудитории
Необходимый уровень детализации для каждой аудитории
