Заочное отделение ФЭМ СПбГТИ(ТУ)

ФЭМ СПБГТИ (ТУ)
СДО ФЭМ
Система дистанционного обучения.

Для сдачи предмета "(модуль) Архитектура предприятия" необходимо выполнить контрольную работу (индивидуальное задание).
Без выполнения индивидуального задания, предмет не сдать (по тестам максимум можно набрать 55 баллов).

За задание 1 максимум можно получить 15 баллов.
За задание 2 максимум можно получить 15 баллов.

Стоимость выполнения индивидуального задания по модулю Архитектура предприятия уточняйте при заказе.

У каждого студента свой вариант.
Номер работы закрепляется за каждым студентом и не меняется в течение всего периода
обучения.

Задание 1

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

Задание 2. Функциональное моделирование предметной области в нотации IDEF0.
На основе бизнес-процессов предприятия своего варианта, составить функциональную модель в нотации IDEF0 (контекстная диаграмма и 2 уровня декомпозиции), создать глоссарий.
Требования к построению модели (основные ошибки при построении моделей):
1. На контекстной диаграмме необходимо указать точку зрения и цель моделирования.
2. Количество блоков любой декомпозиции не менее 3-х и не более 9.
3. Количество декомпозиций - 2 уровня декомпозиции.
В задании описать основные этапы разработки диаграмм, сделать выводы о полученном результате.
ПО: Microsoft Visio.

Перечень вариантов:
1. Авиакомпания
2. Железнодорожные перевозки
3. Транспортно-экспедиционная компания
4. Коммерческий банк
5. Группы компаний, холдинги и объединения
6. Управляющая компания ЖКХ
7. Издательская компания
8. Логистическая компания
9. Медицинская клиника
10. Аптека
11. Металлургическая компания
12. Мясоперерабатывающая компания
13. Нефтегазовая добывающая компания
14. Агентство недвижимости
15. Страховая медицинская компания
16. Строительная компания
17. Телекоммуникационные компании
18. Розничные и оптовые торговые компании (в т. ч. супермаркет, Интернет-магазин и т.п.)
19. Энергокомпания
20. Промышленные производства
21. Хлебопекарня
22. Мелькомбинат
23. Интернет-провайдер
24. Девелоперская компания
25. Служба ремонта
26. Прокат автомобилей
27. Библиотека университета
28. Спортивный клуб
29. Автошкола
30. Оптовый склад
31. Химчистка
32. Обувная мастерская
33. Стоматологическая поликлиника
34. Отель
35. Автомастерская
36. Автосалон
37. Ассоциация фермерских хозяйств
38. Агентство по продаже авиабилетов
39. Бюро знакомств
40. Ресторан
41. Туристическая фирма
42. Фитнес-центр
43. Обменный пункт валют
44. Фотоцентр
45. Ателье
46. Компания по разработке ПО
47. Кадровое агентство
48. Отдел вневедомственной охраны
49. Обувная фабрика
50. Книжный магазин
51. Аэропорт
52. Почтовое отделение
53. Бизнес-инкубатор
54. Сеть автозаправочных станций (АЗС)
55. Рекламное агентство
56. Нефтеперерабатывающий завод
57. Молочный завод
58. Завод по производству мясных полуфабрикатов
59. Котельная
60. Организация по исследованию общественного мнения
61. Клининговая компания
62. Оптика
63. Фармацевтическая компания
64. Кинокомпания
65. Театр
66. Мебельный центр
67. Лизинговая компания
68. Завод по производству напитков
69. Студия звукозаписи
70. Культурный центр (организация и проведение различных массовых мероприятий)
71. Рыболовецкая компания
72. Спорткомплекс
73. Завод по производству железнодорожной техники
74. Компьютерная компания (продажа, ремонт, сборка, тестирование компьютерной техники)
75. Служба такси

Задание 2

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

Задание 2. Рассчитать совокупную стоимость владения ИС и ИКТ предприятия.
В отчете о выполнении задания описать основные этапы расчета ССВ (ТСО), показать скриншоты расчетов, проведенных в Excel, сделать выводы о результатах выполнения задания.
Структуру затрат предприятия (в процентном выражении) представить в виде круговой диаграммы.
Выполнить анализ структуры затрат предприятия на ИС и ИКТ и предложить мероприятия по снижению ССВ.
ПО: Microsoft Visio, Microsoft Excel.

Перечень вариантов:
1. Авиакомпания
2. Железнодорожные перевозки
3. Транспортно-экспедиционная компания
4. Коммерческий банк
5. Группы компаний, холдинги и объединения
6. Управляющая компания ЖКХ
7. Издательская компания
8. Логистическая компания
9. Медицинская клиника
10. Аптека
11. Металлургическая компания
12. Мясоперерабатывающая компания
13. Нефтегазовая добывающая компания
14. Агентство недвижимости
15. Страховая медицинская компания
16. Строительная компания
17. Телекоммуникационные компании
18. Розничные и оптовые торговые компании (в т. ч. супермаркет, Интернет-магазин и т.п.)
19. Энергокомпания
20. Промышленные производства
21. Хлебопекарня
22. Мелькомбинат
23. Интернет-провайдер
24. Девелоперская компания
25. Служба ремонта
26. Прокат автомобилей
27. Библиотека университета
28. Спортивный клуб
29. Автошкола
30. Оптовый склад
31. Химчистка
32. Обувная мастерская
33. Стоматологическая поликлиника
34. Отель
35. Автомастерская
36. Автосалон
37. Ассоциация фермерских хозяйств
38. Агентство по продаже авиабилетов
39. Бюро знакомств
40. Ресторан
41. Туристическая фирма
42. Фитнес-центр
43. Обменный пункт валют
44. Фотоцентр
45. Ателье
46. Компания по разработке ПО
47. Кадровое агентство
48. Отдел вневедомственной охраны
49. Обувная фабрика
50. Книжный магазин
51. Аэропорт
52. Почтовое отделение
53. Бизнес-инкубатор
54. Сеть автозаправочных станций (АЗС)
55. Рекламное агентство
56. Нефтеперерабатывающий завод
57. Молочный завод
58. Завод по производству мясных полуфабрикатов
59. Котельная
60. Организация по исследованию общественного мнения
61. Клининговая компания
62. Оптика
63. Фармацевтическая компания
64. Кинокомпания
65. Театр
66. Мебельный центр
67. Лизинговая компания
68. Завод по производству напитков
69. Студия звукозаписи
70. Культурный центр (организация и проведение различных массовых мероприятий)
71. Рыболовецкая компания
72. Спорткомплекс
73. Завод по производству железнодорожной техники
74. Компьютерная компания (продажа, ремонт, сборка, тестирование компьютерной техники)
75. Служба такси

Выполняем тестирование он-лайн для студентов ФЭМ Технологического института по дисциплине "Архитектура предприятия".

Обратите внимание, что максимальное количество баллов по тестам, которое можно набрать, составляет 55 баллов, при условии, что не допущено ни одной ошибки.
По тесту Мы гарантированно набираем 49-50 баллов.
Для сдачи предмета необходимо также выполнить контрольное задание 1, 2.
Максимальное количество баллов, которое можно получить за контрольные задания - 30 баллов (по 15 баллов за каждое задание).

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

Архитектура предприятия (модуль)
АрхП. Лекция 1. Вводная лекция
АрхП. Лекция 2. Понятие АП, эволюция понятия. Компоненты АП
АрхП. Лекция 3. Основные понятия АП
АрхП. Лекция 4. Понятие и элементы бизнес-модели. Методы представления бизнес-моделей
АрхП. Лекция 5. Стратегия, цели, функции предприятия
АрхП. Лекция 6. ARIS-методология
АрхП. Лекция 7. Организационная структура предприятия
АрхП. Лекция 8. Понятие бизнес-процесса, процессный подход
АрхП. Лекция 9. Различие функционального и процессного подходов
АрхП. Лекция 10. Выделение и описание бизнес-процессов
АрхП. Лекция 11. Модель предприятия (организации) как системы по преобразованию ресурсов в продукты (услуги)
АрхП. Лекция 12. Понятие и методология бизнес-инжиниринга
АрхП. Промежуточный тест 1
АрхП. Лекция 13. Концептуальные основы CASE-технологий
АрхП. Лекция 14. Инструменты для моделирования бизнес-процессов
АрхП. Лекция 15. Диаграммы BpWin
АрхП. Лекция 16. Методики анализа бизнес-процессов
АрхП. Лекция 17. Решение задачи оптимизации бизнес-процессов в BPwin
АрхП. Промежуточный тест 2
АрхП. Лекция 18. Понятие и состав IT-архитектуры предприятия
АрхП. Лекция 19. Основные домены IT-архитектуры
АрхП. Лекция 20. Информационные технологии в экономике
АрхП. Лекция 21. Корпоративные информационные системы
АрхП. Лекция 22. Сервисный подход к управлению АП
АрхП. Лекция 23. Управление затратами сервиса
АрхП. Промежуточный тест 3
АрхП. Лекция 24. Разработка архитектуры предприятия
АрхП. Лекция 25. Модель Захмана
АрхП. Лекция 26. Методология TOGAF
АрхП. Лекция 27. Методология ArchiMate
АрхП. Лекция 28. Модели архитектуры предприятия, ориентированные на государственные организации
АрхП. Лекция 29. Модели АП, разработанные в корпоративной среде
АрхП. Лекция 30. Пример реализации проекта по бизнес-инжинирингу
АрхП. Промежуточный тест 4
АрхП. Лекция 31. Жизненный цикл системы и предприятия
АрхП. Лекция 32. Введение в язык UML
АрхП. Лекция 33. Диаграммы UML (классов, объектов, прецедентов и т.д.)
АрхП. Лекция 34. Диаграммы UML (взаимодействия, последовательности, видов деятельности и т.д.)
АрхП. Лекция 35. Итоги работы в среде Rational Rose
АрхП. Лекция 36. Методологические основы бизнес-информатики
АрхП. Промежуточный тест 5
АрхП. Итоговый тест

Итоговый тест

Вопрос 1. Как различаются бизнес-процессы по отношению к получению добавленной ценности?

• основные и дополнительные


• главные и второстепенные


• основные и вспомогательные

• совокупность сведений, отражающих социально-экономические процессы и служащих для управления этими процессами и коллективами людей


• это компьютерные информационные технологии, программные средства и организационно-методическое обеспечение, которое связывает действия персонала и технических средств в единый технологический процесс


• осуществление всей совокупности элементарных информационных актов


• совокупность механизмов, обеспечивающих полное осуществление информационного процесса

• Информация, используемая для управления не отдельными технологическими (рабочими) процессами, а деятельностью предприятия в целом как процессом достижения поставленных задач с минимальными издержками и проблемами (внутренняя информация)


• Информация, необходимая для нормального выполнения производственных функций предприятия (находится внутри предприятия)


• Информация, которая нужна для бизнеса как некоего вида деятельности или организационно-правовой структуры и находится вне конкретного предприятия


• Все перечисленные категории

• аппаратная и программная составляющая и правила их эксплуатации


• аппаратная и программная составляющие


• аппаратная, программная и организационно-методическая составляющие

• процесс изучения финансового состояния и выявление возможности повышения эффективности функционирования хозяйствующего субъекта


• процесс изучения текста прецедента и выявление набора объектов, которые будут принимать участие в реализации данного прецедента


• процесс своевременного выявления происходящих изменений в процессах предприятия

• план, описывающий прохождение фазы конструирования


• промежуток времени между моментами принятия важных решений о продолжении разработки и потребностях в плане объема проекта, его бюджета и графика выполнения


• небольшая система, способная стать ядром дальнейшей разработки

• характеристики, признаки, свойства объектов, явлений, затрагивающие экономические вопросы


• совокупность сведений, отражающих социально-экономические процессы и служащих для управления этими процессами и коллективами людей в производственной и непроизводственной сфере


• сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления

• Область АП, которая определяет данные, которые требуются для выполнения процессов (операционные данные), а также аналитические данные и "контент", публикуемый на Web


• Область АП, которая определяет, какие прикладные системы нужны предприятию для выполнения бизнес-процессов


• Область АП, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации


• Область АП, которая рассматривает "традиционные" аспекты построения информационных систем, необходимых для поддержки прикладных систем и информационных ресурсов организации

• Физические модели данных


• Модели бизнес-процессов


• Разработка программного обеспечения для описания предприятия

• совокупность людей, организованных без какого-то определенного назначения


• определенная часть другой организации (вплоть до отдельного человека) или определенная совокупность организаций, если таковая имеет ответственность, полномочия и отношения


• лицо или группа людей, и оборудование, здания и сооружения, с распределением ответственности, полномочий и отношений

• потому что на основе данных показателей невозможно принимать обоснованные управленческие решения (они субъективны)


• потому что их сложнее понять, чем количественные показатели


• нет верного ответа

• имеет имя, имеет одно или несколько состояний, не обладает поведением (определяется только для класса)


• имеет имя, имеет одно или несколько состояний, обладает поведением


• не имеет имени (определяется только для класса), имеет одно или несколько состояний, обладает поведением

• IDEF, DFD


• SADT


• ARIS

• в настоящее время термин приобрел смысл, охватывающий процесс разработки сложных ИС в целом, в то время как ранее значение термина CASE было ограничено вопросами автоматизации разработки только лишь программного обеспечения (ПО)


• в настоящее время термин приобрел смысл, охватывающий все вопросы автоматизации разработки программного обеспечения (ПО) и баз данных, в то время как ранее значение термина CASE было ограничено лишь вопросом тестирования готового ПО


• в настоящее время термин приобрел смысл, охватывающий вопросы проектирования и документирования ИС, в то время как ранее значение термина CASE было ограничено лишь вопросом документирования

• макроэкономическая, финансовая, биржевая, коммерческая, статистическая, деловые новости


• деловая, научная, профессиональная, социально-политическая, правовая, массовая, потребительская


• деловая, научная и массовая

• анализ SWOT


• анализ архитектуры баз данных


• анализ внутрисистемной почты


• анализ времени сотрудников в их свободное от работы время


• анализ статистики количества обработанной информации

• для разработки информационной системы


• для построения информационной модели предметной области


• для формализации и описания существующего бизнеса, анализа и планирования изменений существующего бизнеса и проектирования новых бизнесов

• Visio


• ARIS


• SAP R/3


• 1C: Управление предприятием

• обеспечить конкретный программный продукт для описания


• обеспечить возможность рассмотрения целостной Архитектуры с нескольких точек зрения (уровней абстракции)


• обеспечить детальное описание ИТ-инфраструктуры предприятия


• логически разбить все описание Архитектуры на отдельные разделы

• все перечисленное


• получить возможность вести предпринимательскую деятельность


• получить нужную информацию необходимого качества на заданном носителе

• дизайном объектов нотации


• задачами проекта


• квалификацией персонала

• в 1992 году


• в 1995 году


• в 1987 году


• в 2004 году

• эффективное управление всеми ресурсами предприятия для получения максимальной прибыли и удовлетворения материальных и профессиональных потребностей всех сотрудников предприятия


• эффективное управление всеми ресурсами предприятия для получения максимальной прибыли и удовлетворения материальных и профессиональных потребностей руководства предприятия


• эффективное управление всеми ресурсами предприятия для выхода на новые рынки

• Art of Integrated Information System


• Architecture of Integrated Information Set


• Architecture of Integrated Information System

• Графическое представление декомпозиции процессов, сценария использования, взаимосвязи между объектами


• ITAF — международный стандарт проведения ИТ-аудита от организации ISACA


• «Мы будем использовать передовые технологии, но только не самые новейшие и непроверенные»

• План миграции


• Имеющийся портфель прикладных систем


• Планируемый портфель прикладных систем


• Портфель прикладных систем, не используемых в настоящее время

• в промышленных ограничениях систем


• в объемах используемых данных


• в уровнях управления предприятия

• сбалансированная система показателей переводит цели стратегической карты в показатели и конкретные задачи


• стратегические карты являются более важным для анализа


• сбалансированная система показателей является более важным для анализа

• идентификация, концепция, требования, предварительный проект, проект, детальный проект, внедрение, эксплуатация


• возникновение, существование, старение


• замысел, разработка, производство как продукта или услуги, использование, поддержка и прекращение использования

• предприятие имеет структуру, и поэтому не может быть описано как система


• предприятие, его микро- и макроокружение представляет собой иерархию вложенных друг в друга открытых, субъектно-ориентированных систем


• предприятие не является открытой системой

• постпродажное обслуживание


• поддержка бизнес-приложений


• поддержка клиентов компании


• поддержка ИТ-инфраструктуры


• поддержка пользователей

• Языки программирования высокого и низкого уровня


• Имеющийся и планируемый портфель прикладных программ


• Базовые технологии и сервисы (используются практически каждой информационной системой) и прикладные (более специфические)

• 10


• 2


• 5

• каждой конкретной задаче процесса разработки архитектуры предлагается использовать схему классификации точек зрения


• возможность выбора точки зрения (viewpoints) только планируются к реализации в стандарте ArchiMate 2.1.


• при создании новой модели ArchiMate необходимо определить точку зрения, которая будет использована для всех описаний

• аспекты деятельности предприятия


• виды информационных систем предприятия


• уровни управления компании

• радикальное повышение эффективности бизнеса


• радикальное увеличение клиентов компании


• минимизацию затрат

• системном


• архитектурном


• процессном

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


• финансовые показатели, цели, перечень действий по достижению целей


• финансовая составляющая, клиентская составляющая, составляющая внутренних процессов, составляющая обучения и развития

• архитектурный проект, архитектурное описание, эксплуатация системы, шаблон


• архитектурное описание, заинтересованная сторона, представления, ракурсы, интересы


• архитектурное проектирование, документация, сертификация, архитектурный проект

• отсутствует возможность реализации механизмов декомпозиции модели процесса


• используется для описания бизнеса организации на верхнем уровне с акцентом на управление процессами


• нотация позволяет отражать в модели процесса обратные связи различного типа

Лекция 01

Вопрос 1. Что является предметом изучения данного модуля?

• архитектура предприятия и ее преобразование из состояния «как есть» в состояние «как надо»


• предприятие (организация) как система


• информационные системы и технологии

• получить навыки использования методических приемов различных архитектурных подходов (модель FEAF, TOGAF, FEA, методики IBM и Microsoft и т.д.)


• изучить основные модели и методы управления организацией на основе архитектурных подходов


• освоить основные принципы построения архитектуры предприятия и ее отдельных доменов


• получить навыки организации информационной поддержки основной деятельности организации

• деятельность по созданию, изменению или реорганизации предприятия, основанная на использовании инженерного подхода, обеспечивающая согласованность различных компонентов предприятия (стратегии, структуры, процессов, информационных систем)


• управление знаниями, т.е. процесс сбора и распространения информации о том, как организация использует и должна использовать ИТ в своей деятельности


• деятельность по созданию, изменению или реорганизации предприятия, основанная на использовании инженерного подхода, не учитывающая при этом согласованность различных компонентов предприятия (стратегии, структуры, процессов, информационных систем)

• освоим приемы по преобразованию архитектуры предприятия из состояния «как есть» в состояние «как надо»


• рассмотрим основные этапы эволюции идей менеджмента


• рассмотрим основные этапы развития ИТ-отрасли

• информационные системы и технологии


• структура предприятия (организации)


• предприятие (организация) как система

• в начале 20 в.


• 2010 г.


• более 20 лет тому назад

• бизнес


• как бизнес, так и ИТ


• ИТ

• архитектура, в которой бизнес-приложения и функции не требуют обращения к сервисам


• архитектура для построения бизнес-приложений в виде набора компонентов или «сервисов», которые соединяются вместе в бизнес-процессах


• сетевые ресурсы доступны как сервисы, для получения доступа к которым требуются специализированные знания о платформенной реализации нижнего уровня

• это подход, основанный на повышении качества и эффективности ИТ-услуг


• данный подход базируется на описании (с помощью определенной системы символов и правил их комбинаций) взаимосвязей между различными сторонами (элементами) изучаемого явления


• данный подход базируется на целостном и всестороннем представлении создаваемой системы, что позволяет уже на ранних этапах разработки получить представление об основных функциях и особенностях интеграции составных частей системы

• получить знания, умения и навыки поддерживать рациональный порядок устройства предприятия (организации)


• получить знания, умения и навыки разрабатывать рекомендации по трансформации предприятия (организации)


• получить знания, умения и навыки комплексного описания и планирования развития предприятия (организации)

Лекция 02

Вопрос 1. Передайте суть понятия «информационно-технологическая архитектура масштаба предприятия»

• описание архитектуры информации и архитектуры прикладных систем, помимо технологического уровня


• описание системы информационной безопасности предприятия


• описание информационных сущностей предметной области

• бизнес-архитектура государственных организаций


• бизнес государственных организаций


• архитектура государственных организаций

• цели, деятельность, конструкция


• стратегия, бизнес-процессы, ИТ-архитектура


• миссия, цели, стратегия

• необходимость описания архитектуры информации и архитектуры прикладных систем


• необходимость описания потоков информации, циркулирующих внутри предприятия


• необходимость описания того, как компоненты информационной системы взаимодействуют между собой

• в области информационных технологий


• в области менеджмента


• в области технической кибернетики

• Р. Акофф и Ф. Эмери


• Г. Форд и Ф. Тейлор


• Э. Деминг и У. Шухарт

• выбрать методологию бизнес-инжиниринга


• в концентрированной форме сформулировать ключевые характеристики и правила создания АП


• обеспечивают согласованность отдельных элементов АП

• необходимость отражать такие сущности, как бизнес-способности, бизнес-модель, непроцессную деятельность, знания, неформальную структуру и т.п.


• необходимость акцента на построении бизнес-модели предприятия


• необходимость согласованности разных элементов архитектуры предприятия

Лекция 03

Вопрос 1. Дайте определение понятию «организация» согласно международным стандартам.

• лицо или группа людей, и оборудование, здания и сооружения, с распределением ответственности, полномочий и отношений


• совокупность людей, организованных без какого-то определенного назначения


• определенная часть другой организации (вплоть до отдельного человека) или определенная совокупность организаций, если таковая имеет ответственность, полномочия и отношения

• технология анализа бизнес-архитектуры предприятия


• общая рамочная модель


• программная платформа для разных языков программирования

• архитектура предприятия, архитектура отдельного проекта, архитектура прикладных систем


• бизнес-архитектура, архитектура отдельного проекта, архитектура прикладных систем


• бизнес-архитектура, архитектура информации, архитектура приложений, технологическая архитектура

• архитектурное описание, заинтересованная сторона, представления, ракурсы, интересы


• архитектурный проект, архитектурное описание, эксплуатация системы, шаблон


• архитектурное проектирование, документация, сертификация, архитектурный проект

• международные стандарты гарантируют, что продукты и услуги являются безопасными, надежными и качественными


• международные стандарты указывают потребителю, какую продукцию следует приобретать


• международные стандарты указывают производителю, какие технологии следует использовать

Лекция 04

Вопрос 1. Опишите метод управления, основанный на бизнес-модели (по А. Остервальдеру).

• анализ, проектирование, внедрение, эксплуатация


• мобилизация, понимание, дизайн, применение, управление

• Г. Форд


• А. Остервальдер


• Э. Деминг

• для разработки информационной системы


• для формализации и описания существующего бизнеса, анализа и планирования изменений существующего бизнеса и проектирования новых бизнесов


• для построения информационной модели предметной области

• 2014


• 2012


• 2010

• представление бизнес-системы в виде метамодели


• представление бизнес-системы в виде совокупности различных моделей, имеющих ключевое значение для бизнеса


• представление бизнес-системы в виде совокупности структурных блоков, имеющих ключевое значение для бизнеса

• с 2000 года


• с 1995 года


• с 1990 года

• является ключевой моделью, с которой мы начинаем проводить анализ архитектуры предприятия


• является ключевой верхнеуровневой моделью, позволяющей осуществить стратегическую фокусировку деятельности


• в принципе, не является существенной для понимания деятельности компании, но при этом позволяет ее системно оценить

• потребительские сегменты, ценностное предложение, каналы сбыта, взаимоотношения с клиентами, организационно-управленческая структура предприятия, ключевые партнеры, бизнес-способности


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


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

• в 1940-е годы


• в 1995 году


• в 1990-е годы

• Strategyzer


• Business Studio


• Canvanizer


• ARIS

Лекция 05

Вопрос 1. Чье исследование положено в основу разработки сбалансированной системы показателей?

• Э. Деминга и У. Шухарта


• Р. Акоффа и Ф. Эмери


• Р. Каплана и Д. Нортона

• система финансовых показателей комплексный индикатор состояния предприятия


• система управления, которая обеспечивает связь между стратегическими начинаниями собственников или топ-менеджмента и операционной деятельностью менеджмента предприятия

• позволяет наглядно оценить нематериальные активы, необходимые для реализации стратегии


• наглядное изображение стратегии


• описывает логику стратегии, определяя внутренние процессы

• модель, описывающая материальные результаты реализации стратегии при помощи традиционных финансовых понятий


• модель, демонстрирующая, как стратегия объединяет нематериальные активы и процессы создания стоимости


• модель, описывающая, как организация достигает запланированных результатов

• 4


• 2


• 6

• сбалансированная система показателей является более важным для анализа


• сбалансированная система показателей переводит цели стратегической карты в показатели и конкретные задачи


• стратегические карты являются более важным для анализа

• начало 1990-х годов


• середина 20-го века


• начало 2000-х годов

• описать как можно больше внутренних процессов


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


• предоставить подробный перечень нематериальных активов предприятия

• размышления о том, как достичь своих целей в условиях изменяющейся среды и конкурентного окружения


• ключевые желаемые результаты, к которым стремится предприятие в своей деятельности


• интегрированная модель действий, предназначенных для достижения целей предприятия

• стремление, к которому объект приближается очень близко, но никогда полностью не достигает


• конечный результат, достижимый в пределах некоторого интервала времени


• конечный продукт деятельности

Лекция 06

Вопрос 1. Сколько компонентов включает в себя девятая версия бизнес-платформы ARIS?

• 16 компонентов


• 9 компонентов


• 5 компонентов

• да


• изначально ARIS позиционировался как CASE-средство. В дальнейшем, акцент был сделан на моделировании процессов


• нет

• да


• только с небольшим количеством пользователей


• нет

• мы строим всего-навсего одну модель, которая и дает нам представление о деятельности всего предприятия


• модель должна представлять процесс как единый, целостный элемент бизнес-структуры организации, который моделируется в нескольких аспектах


• мы не разрабатываем модели, этот процесс полностью автоматизирован

• Дж. Захман


• А.-В. Шеер


• А. Остервальдер

Лекция 07

Вопрос 1. Выберите наиболее полную классификацию ОСП.

• социальные сети, сообщества


• бюрократические, адаптивные


• формальные, неформальные

• параметрические принципы и правила, принцип согласованности целей


• параметрические принципы и правила, принцип согласованности стратегий


• количественные и качественные принципы и правила

• для выдачи заданий исполнителям


• для премирования сотрудников


• для распределения ответственности за выполнение деятельности между ролями

• функциональная и административно-штатная структура


• должности и подразделения


• ролевая и административно-штатная структура

• структура распределения ответственности, полномочий и взаимоотношений подчиненности между подразделениями и должностями организации


• иерархическая структура организационных ролей, позволяющая представить состав организационных ролей, образующих организацию


• динамичное, постоянно воспроизводимое в отношениях людей формально-неформальное распределение задач, полномочий, ответственности

Лекция 08

Вопрос 1. Кто является клиентом бизнес-процесса?

• субъект (физическое и юридическое лицо), находящийся за пределами предприятия


• субъект, который является функциональным подразделением этого же предприятия


• субъект (физическое, юридическое лицо, функциональное подразделение, другой процесс и т.д.), использующий результаты (выходы) процесса

• стоимость и время предоставления результата (выхода процесса)


• ценность и время предоставления результата (выхода процесса)


• качество предоставления результата (выхода процесса)

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


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


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

• основные и дополнительные


• главные и второстепенные


• основные и вспомогательные

• 1


• 1-2


• 5-7

Лекция 09

Вопрос 1. Перечислите ключевые моменты внедрения процессного подхода.

• сертификация в независимых органах


• описание бизнес-процессов, распределение ответственности за их протекание, ввод показателей их эффективности, разработка регламентов, контроль


• описание бизнес-процессов и измерение их эффективности

• применение для управления деятельностью и ресурсами организации системы взаимосвязанных процессов


• применение для управления деятельностью и ресурсами организации информационных систем и технологий


• описание бизнес-процессов предприятия

• важен для формирования процессного мышления сотрудников


• важен для формирования процессного мышления руководителей


• является основой

• большое количество согласований, что увеличивает время работы до получения результата


• широкая специализация отдельных сотрудников и подразделений


• довольно простая организационная структура предприятия

• нет


• можно, но с учетом некоторых особенностей


• да

Лекция 10

Вопрос 1. Что значит нотация описания бизнес-процессов?

• совокупность способов, при помощи которых бизнес-процессы и связи между ними представляются в виде блок-схемы


• совокупность способов, при помощи которых бизнес-процессы и связи между ними представляются в виде модели


• математическая модель для количественного представления бизнес-процессов

• 80-е г. 20 в.


• 60-е г. 20 в.


• 90-е г. 20 в.

• новые, более эффективные бизнес-процессы, комплект документации, регламентирующей процессы, а также организационная структура, соответствующая новым процессам


• новые правила и регламенты


• новая структура управления компанией

• много денег, вложенных в работу команды по внедрению процессного подхода


• заинтересованность и участие руководства верхнего уровня


• следовать философии процессного управления

• нет


• существует, но эта практика описания не признана мировой общественностью


• да

Лекция 11

Вопрос 1. Перечислите составляющие информационных систем.

• аппаратная и программная составляющая и правила их эксплуатации


• аппаратная, программная и организационно-методическая составляющие


• аппаратная и программная составляющие

• совокупность механизмов, обеспечивающих анализ информации


• совокупность механизмов, обеспечивающих полное осуществление информационного процесса


• совокупность механизмов, обеспечивающих сбор и обработку информации

• создание единой системы управления знаниями предприятий данной отрасли


• формирование отчетности предприятия


• повышение конкурентоспособности предприятия

• совокупность экономических, политических, иных субъектов, действующих за пределами предприятия, и отношений, складывающихся между ними и конкурентами нашего предприятия


• совокупность экономических, политических, иных субъектов, действующих за пределами предприятия, и их отношений друг с другом


• совокупность экономических, политических, иных субъектов, действующих за пределами предприятия, и отношений, складывающихся между ними и предприятием

• информация, которая создается в процессе функционирования организации и формируется специалистами различных ее подразделений


• информация, которая создается в процессе функционирования организации и выдается специалистами различных ее подразделений во внешнюю среду


• информация, которая получается извне и используется специалистами различных ее подразделений

• компьютер


• станочное оборудование


• информационная система

• это осуществление процесса анализа информации


• это осуществление всей совокупности следующих элементарных информационных актов: прием или создание информации, ее хранение, передача и использование


• это осуществление процесса обработки информации

• общие и для личного пользования


• основные и вспомогательные


• внешние и внутренние

• деловой информации, научной, социально-политической, массовой информации


• деловой, научной и массовой информации


• деловой информации, научной и профессиональной, социально-политической и правовой, массовой и потребительской информации

• общее состояние развития отрасли нашего предприятия


• общее состояние экономики страны


• общее состояние экономики стран, находящихся в отношениях с нашей

Лекция 12

Вопрос 1. Что закрепляет собой матрица коммерческой ответственности?

• ответственность структурных подразделений за получение дохода и осуществление затрат в компании во время реализации коммерческой деятельности


• ответственность структурных подразделений за осуществление затрат в компании во время реализации коммерческой деятельности


• ответственность структурных подразделений за получение дохода в компании от реализации коммерческой деятельности

• компания рассматривается как целевая открытая социально-экономическая система


• внешняя среда рассматривается как социально-экономическая система


• компания рассматривается как целевая закрытая социально-экономическая система

• кардинальное изменение бизнес-процессов на основе пересмотра базовых постулатов организации этих процессов под воздействием технологических прорывов, в том числе, в области информационных технологий


• формирование справочника сети бизнес-процессов компании


• использование информационных технологий для моделирования бизнес-процессов

• управление изменениями под воздействием смены рыночной конъюнктуры


• выделение новых структурных подразделений в компании


• выделение новых бизнес-процессов в компании

• системном


• архитектурном


• процессном

Лекция 13

Вопрос 1. В чем заключаются недостаток использования CASE-технологий?

• достоверная оценка отдачи от инвестиций в CASE-средства затруднительна


• отрицательное воздействие на некоторые или все из перечисленных факторов: производительность, качество продукции, соблюдение стандартов, документирование


• низкий уровень технологической поддержки процессов разработки и сопровождения ПО

• 2000е гг. 20 в.


• 70-80е гг. 20 в.


• 80-90е гг. 20 в.

• широкое внедрение и постоянный рост производительности компьютеров, позволившие использовать графические средства и автоматизировать большинство этапов проектирования


• подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования


• появление типовых проектных решений в области разработки ИС


• негативное отношение персонала к внедрению новых технологий

• внедрение CASE-средств достаточно быстрый процесс и может принести немедленную отдачу


• положительное воздействие на некоторые или все из перечисленных факторов: производительность, качество продукции, соблюдение стандартов, документирование


• легко получить достоверную оценку отдачи от инвестиций в CASE-средства


• высокий уровень технологической поддержки процессов разработки и сопровождения ПО

• объект проектирования (ИС) должен быть качественно описан в текстовой форме в объеме не менее 100 страниц


• объект проектирования (ИС) должен быть адекватно описан, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС


• объект проектирования (ИС) должен быть реализован за максимально короткий промежуток времени

• первоначальное значение термина CASE было ограничено вопросами автоматизации разработки только лишь программного обеспечения (ПО)


• первоначальное значение термина CASE было ограничено вопросами только лишь документирования процесса разработки ПО, а также тестированием готового программного обеспечения


• первоначальное значение термина CASE было ограничено вопросами автоматизации разработки только лишь баз данных

• Computer Aided Software Engineering


• Computer Aided System Engineering


• Computer Architecture Software Engineering

• широкое разнообразие в практике внедрения различных организаций


• относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения


• CASE-средства зачастую трудно использовать в комплексе с другими подобными средствами


• узкий диапазон предметных областей проектов


• негативное отношение персонала к внедрению новой CASE-технологии

• разобщенность групп разработчиков


• функционирование в однородной среде


• необходимость интеграции существующих и разрабатываемых приложений


• наличие аналогов, позволяющих использовать типовые проектные решения


• сложность описания, наличие тесно взаимодействующих компонентов

• программные средства, поддерживающие процессы создания ИС в области проектирования прикладного ПО и баз данных, а также документирование данного процесса


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


• программное средство для автоматизации разработки программного обеспечения (ПО)

Лекция 14

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

• предназначены для описания/проектирования деятельности компании


• нет правильного ответа


• предназначены для исполнения, при этом в большинстве случаев продукты являются одним или несколькими модулями в линейке программного обеспечения, предоставляемого производителем

• Бизнес-инженер


• ARIS


• Система "Паллада"


• ИНТАЛЕВ: Корпоративный навигатор


• ОРГ-Мастер Про

• позволяет разработать сбалансированную систему показателей


• разработанную сбалансированную систему показателей нельзя связать с организационной и процессной структурой


• поддерживается имитационное моделирование


• поддерживает неполный цикл управления бизнес-процессами


• отчеты не могут быть выгружены во внешние приложения


• позволяет контролировать выполнение бизнес-процессов и анализировать причины отклонений от плановых показателей

• нет


• только для определенных типов предприятий


• да

• способы представления результатов


• все перечисленные


• стоимость и требования к аппаратному обеспечению


• интерфейс и эргономичность, наличие документации и технической поддержки


• возможность многопользовательской работы

Лекция 15

Вопрос 1. В чем заключается сходство и различия нотаций IDEF3 и ARIS еЕРС? Выберите верное утверждение:

• нотация ARIS eEPC, в отличие от IDEF0, не предназначена для описания процессов верхнего уровня


• моделирование событий в IDEF3 позволяет создавать более корректные и подробные описания процессов


• формально нотации ARIS еЕРС и IDEF3 не отличаются друг от друга, так как базируются на одних и тех же принципах моделирования потоков работ

• Методология DFD предназначена для описания функционирования сложных программных продуктов, основанных на объектно-ориентированных языках программирования


• Методология DFD предоставляет аналитику прекрасные возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами


• DFD - методология разработки программного обеспечения, созданная компанией Rational Software


• Основа методологии DFD состоит в построении моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций)


• Нотации DFD предназначены для описания потоков данных

• Методология IDEF3 предназначена для описания функционирования сложных программных продуктов, основанных на объектно-ориентированных языках программирования


• Основа методологии IDEF3 состоит в построении моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций)


• IDEF3 - методология разработки программного обеспечения, созданная компанией Rational Software


• Нотации IDEF3 предназначены для описания потоков данных


• Методология IDEF3 предоставляет аналитику прекрасные возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами

• работа в ARIS VAD является значительно менее трудоемкой


• обе эти нотации предназначены для описания процессов организации на верхнем уровне


• описание процессов в ARIS VAD на верхнем уровне существенно более удобно, чем в IDEF0

• IDEF3


• UML


• IDEF0


• RUP


• DFD

Лекция 16

Вопрос 1. Как осуществляется анализ процессов по отношению к типовым требованиям? Выберите неверное утверждение:

• МС ИСО 9001:2000 рекомендует использовать цикл РDСА (Plan-Do-Check-Act) Деминга


• Процесс организации невозможно анализировать с точки зрения удовлетворения некоторым требованиям


• В настоящее время в мире нет специализированных стандартов, регламентирующих требования к бизнес-процессам


• Процесс должен включать известную схему управления по отклонениям: «планирование процесса — выполнение процесса — учет — контроль — принятие решений»

• сортировка процессов в алфавитном порядке для удобства чтения в дальнейшем


• определение процессов, улучшение которых следует произвести в первую очередь


• определение процессов, которые происходят на предприятии

• это работа со всей доступной информацией о процессах, измерения показателей процессов, сравнительный анализ


• это работа с графическими схемами процессов


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

• определение стоимости и других характеристик изделий


• выявление сильных и слабых сторон процесса, возможностей его улучшения и угроз ухудшения


• управление затратами на основе применения более точного отнесения затрат на процессы, процедуры, функции и продукцию

• Изучая графическую схему процесса, специалист составляет текстовое описание на основе той схемы, которая была ему предоставлена, после чего документ издается как внутренний приказ предприятия


• Изучая графическую схему процесса, специалист проверяет соблюдение государственных стандартов построения


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

Лекция 17

Вопрос 1. Какие показатели относятся к техническим показателям процесса?

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


• те показатели, которые выражаются числовыми величинами и характеризуют продукт (услугу) как результат выполнения процесса


• те показатели, которые показывают количественную и качественную оценку состояния и результаты, выраженные числом

• субъективные оценки руководителей, субъективные оценки экспертов и прочие субъективные оценки


• план/факт, сравнение с другим процессом, удельные


• показатели времени выполнения, технические показатели, показатели стоимости, показатели качества

• числовые величины, характеризующие продукт (услугу) как результат выполнения процесса


• числовые величины, характеризующие степень удовлетворенности потребителя результатами процесса


• числовые величины, характеризующие течение самого процесса и затраты на него

• в рамках проведения анализа бизнес-архитектуры


• для выбора правильной методологии моделирования бизнес-процессов


• для решения задачи оптимизации бизнес-процессов

• числовые величины, характеризующие продукт (услугу) как результат выполнения процесса


• числовые величины, характеризующие степень удовлетворенности потребителя результатами процесса (выходом, услугой и т.д.)


• числовые величины, характеризующие течение самого процесса и затраты на него

Лекция 18

Вопрос 1. Перечислите основные домены архитектуры предприятия.

• Бизнес-архитектура


• Архитектура приложений


• Технологическая архитектура


• Архитектура информации


• Архитектуры управления

• ITAF — международный стандарт проведения ИТ-аудита от организации ISACA


• Графическое представление декомпозиции процессов, сценария использования, взаимосвязи между объектами


• «Мы будем использовать передовые технологии, но только не самые новейшие и непроверенные»

• какие приложения используются и должны использоваться для управления данными и поддержки бизнес-функций


• какие приложения должны использоваться для управления данными и поддержки бизнес-функций


• какие приложения используются для управления данными и поддержки бизнес-функций

• ITAF — международный стандарт проведения ИТ-аудита от организации ISACA


• "Мы будем использовать передовые технологии, но только не самые новейшие и непроверенные"


• Графическое представление декомпозиции процессов, сценария использования, взаимосвязи между объектами

• это высокоуровневые руководства к действию


• являются графическим представлением стандартов и используются для описания архитектуры


• описывают, как стандарты будут реализованы на практике

Лекция 19

Вопрос 1. Дайте краткую характеристику домену – технологическая архитектура.

• Область АП, которая рассматривает "традиционные" аспекты построения информационных систем, необходимых для поддержки прикладных систем и информационных ресурсов организации


• Область АП, которая определяет данные, которые требуются для выполнения процессов (операционные данные), а также аналитические данные и "контент", публикуемый на Web


• Область АП, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации


• Область АП, которая определяет, какие прикладные системы нужны предприятию для выполнения бизнес-процессов

• формирование и управление портфелем прикладных систем предприятия


• организация общего описания информации, требующейся для бизнеса, а также политик и правил работы с информацией


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


• определение бизнес-процессов, их функций и характеристик

• Архитектура бизнес-процессов


• Системы онлайн обработки транзакций (OLTP) и системы онлайн аналитической обработки (OLAP)


• Показатели эффективности (КPI работы организации)


• Область разработки прикладных систем


• Бизнес-стратегия, функции и организационные структуры

• Область АП, которая рассматривает "традиционные" аспекты построения информационных систем, необходимых для поддержки прикладных систем и информационных ресурсов организации


• Область АП, которая определяет, какие прикладные системы нужны предприятию для выполнения бизнес-процессов


• Область АП, которая определяет данные, которые требуются для выполнения процессов (операционные данные), а также аналитические данные и "контент", публикуемый на Web


• Область АП, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации

• прикладные системы, необходимые предприятию для выполнения бизнес-процессов


• аспекты построения информационных систем, необходимых для поддержки прикладных систем


• видение, принципы, модели и стандарты, которые обеспечивают процессы создания, использования и поддержания информации, относящиеся к деятельности предприятия

Лекция 20

Вопрос 1. Перечислите составляющие информационного процесса

• уничтожение всей информации


• передача и использование информации


• отсутствие информации


• прием или создание информации


• хранение информации

• Данные − это сведения об объектах реального мира, представленные в регламентной форме


• Информация − это обобщенные данные


• Во всех утверждениях допущены ошибки


• Сведения − это характеристики, признаки, свойства объектов, явлений


• Все утверждения верны

• сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления


• информация − это любые сведения


• сведения об объектах реального мира, представленные в регламентной форме

• малые объемы информации


• незначительный удельный вес рутинных процедур при обработке экономической информации


• многообразие источников и потребителей экономической информации


• многократное повторение циклов получения и преобразования информации в установленные временные периоды (месяц, квартал, год и т.д.)

• совокупность сведений, отражающих социально-экономические процессы и служащих для управления этими процессами и коллективами людей в производственной и непроизводственной сфере


• сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления


• характеристики, признаки, свойства объектов, явлений, затрагивающие экономические вопросы

Лекция 21

Вопрос 1. Что представляют собой CRM-системы?

• Управление взаимоотношениями с потребителями


• Управление цепочками поставок


• Управление взаимоотношениями с поставщиками


• Управление сбытом


• Управление персоналом

• единое приложение по эффективному управлению всеми ресурсами предприятия


• совокупность различных программно-аппаратных платформ, универсальных и специализированных приложений различных разработчиков, интегрированных в единую информационно-однородную систему


• пакет все программ, используемых в организации

• ERP/Управление предприятием


• CUU/Управление персональным обучением


• ERC/Управление корпорацией


• GIS/Геоинформационная система


• CRM/Управление взаимоотношениями с потребителями

• Управление основными средствами (AM)


• Управление портфелем проектов (PPM)


• Управление финансами (FI)


• Управление производством/производственное планирование (PP)


• Геоинформационная система (GIS)

• интегрированные системы управления территориально распределенной корпорацией, основанные на углубленном анализе данных, широком использовании систем информационной поддержки принятия решений, электронных документообороте и делопроизводстве


• проекты внедрения новых информационных систем, а также модернизацию существующих


• совокупность технических и программных средств предприятия, реализующих идеи и методы автоматизации

Лекция 22

Вопрос 1. Какова основная задача ИТ-менеджмента?

• создание и поддержание в работоспособном состоянии приложений и инфраструктуры, на которой они исполняются


• создание необходимых условий для комфортной работы ИТ подразделений


• выработка миссии, целей и стратегии предприятия

• ИТ-уровень


• Тактический


• Стратегический


• Целевой


• Операционный

• поддержка бизнес-приложений


• поддержка пользователей


• поддержка ИТ-инфраструктуры


• постпродажное обслуживание


• поддержка клиентов компании

• Все перечисленные определения верны


• Деятельность по обеспечению людей информацией и инструментами для общения, взаимодействия и управления с использованием ИТ технологий


• ИТ-услуга, которую ИТ-подразделение (департамент, отдел, служба) или внешний провайдер предоставляет бизнес-подразделениям предприятия для поддержки их бизнес-процессов

• планирование и организация работы ИС


• мониторинг работы ИС


• все перечисленные


• разработка, приобретение и внедрение ИС


• предоставление и сопровождение ИТ-сервиса

Лекция 23

Вопрос 1. Кратко передайте суть метода – экономическая добавленная стоимость.

• методика, суть которой заключается в вычислении разницы между чистой операционной прибылью предприятия и всеми затратами, понесенными предприятием на IT-инфраструктуру


• методика, которая позволяет оценить проект внедрения того или иного компонента информационной системы предприятия с точки зрения трех показателей — «Стоимости», «Преимуществ» и «Гибкости»


• нет верного ответа


• методика, суть которой заключается в определении части стоимости продукта, которая создается в данной организации с целью уплаты налога на добавленную стоимость в дальнейшем

• служит развитием методики BSC


• предполагает формирование списка критериев оценки эффективности проекта и его анализ с точки зрения потенциальных выгод, которые реализация проекта должна принести для предприятия


• является в первую очередь инструментом формирования управленческой стратегии и может быть использована как составная часть IT-ориентированной методики управления процессами


• упор делается на формализацию целей IT-проекта


• является развитием методики TCO

• позволяет выявить и проанализировать скрытые затраты


• описывает возможности, которые дает существующее оборудование (какое ПО можно дополнительно установить)


• дает экспертную оценку необходимости покупки нового оборудования

• Прямые и непрямые


• Постоянные и переменные


• Планируемые и не планируемые

• методика, которая позволяет оценить проект внедрения того или иного компонента информационной системы предприятия с точки зрения трех показателей — «Стоимости», «Преимуществ» и «Гибкости»


• методика, суть которой заключается в определении части стоимости продукта, которая создается в данной организации с целью уплаты налога на добавленную стоимость в дальнейшем


• методика, суть которой заключается в вычислении разницы между чистой операционной прибылью предприятия и всеми затратами, понесенными предприятием на IT-инфраструктуру


• нет верного ответа

Лекция 24

Вопрос 1. Кратко охарактеризуйте суть модели FEAF. Выберите верные утверждения:

• отдельные государственные организации не смогут использовать эту общую модель для описания своих собственных архитектур


• разработка в рамках системы задач государственного масштаба для США


• в рамках FEAF производится переопределение и детализация функций отдельных агентств


• в рамках FEAF модели государственных функций приводятся только для задания контекста

• структура Захмана, методология Gartner, методология TOGAF, методология IEEE POSIX 1003.23


• методология TOGAF, методология Gartner, методика NASCIO Toolkit, методики Microsoft


• структура Захмана, методология TOGAF, архитектура федеральной организации (FEA), методология Gartner

• Нет, не стоит, так как за это время многое поменялось: во-первых, сами ИТ-технологии стали сложнее, во-вторых, получить реальную отдачу от этих систем становится труднее


• Нет верного ответа, все зависит от обстоятельств


• Да, стоит, потому как направление исследований, связанное с архитектурой предприятия, было открыто с целью устранения двух основных проблем в сфере ИТ, выявленных еще 20 лет назад

• с принятия закона по реформированию системы управления информационными технологиями в органах государственной власти (акт Клингера-Коэна)


• с создания схемы FEAF


• с выпуска TAFIM


• с первой статьей Дж. Захмана в 1987

• в 1996 году, когда был принят закон или акт Клингера-Коэна


• в 1992 году, когда была представлена модель Захмана в современном виде


• в 1998 году, когда была создана схема FEAF


• в 2003 году, когда была опубликована версия 8.1 модели TOGAF

Лекция 25

Вопрос 1. Каковы цели разработки модели Захамана?

• обеспечить конкретный программный продукт для описания


• логически разбить все описание Архитектуры на отдельные разделы


• обеспечить детальное описание ИТ-инфраструктуры предприятия


• обеспечить возможность рассмотрения целостной Архитектуры с нескольких точек зрения (уровней абстракции)

• Бизнес-руководителей


• ИТ-менеджеров и разработчиков


• Все ответы верны

• ИТ-менеджеров и разработчиков


• Бизнес-руководителей


• Нет верного ответа

• в 2004 году


• в 1987 году


• в 1995 году


• в 1992 году

• обеспечить конкретный программный продукт для описания


• разбить все описание архитектуры на отдельные разделы и обеспечить возможность их рассмотрения


• обеспечить возможность последовательного описания каждого отдельного аспекта предприятия в координации с остальными


• обеспечить детальное описание ИТ-инфраструктуры предприятия

Лекция 26

Вопрос 1. Выберите достоинства, которые можно отнести к методологии TOGAF

• Наличие процесса разработки (Architecture Development Method (ADM)


• Универсальность, независимость от средств и поставщиков услуг


• Позволяет определить, необходимо ли совершенствовать текущую архитектуру


• Большое количество материалов и обсуждений в открытом доступе или за незначительную оплату


• Наличие механизмов оценки качественности построения архитектуры

• в 2004 году


• в 1992 году


• в 1995 году


• в 1987 году

• «виртуальный репозиторий» всех архитектурных активов, существующих как внутри предприятия, так и в отрасли в целом


• структура архитектурного контента


• инструмент организации архитектурной информации таким образом, чтобы она была сконцентрирована вокруг потребностей заинтересованных сторон

• Технологическая архитектура


• Архитектура приложений


• Бизнес-архитектура


• Архитектура данных


• Архитектура информационных систем

• Невозможность масштабируемости метода (нет возможности применять его как для организации в целом, так для конкретного ИТ-проекта)


• Нет механизмов оценки качественности построения архитектуры


• Мало материалов и обсуждений в открытом доступе


• Высокий уровень абстракции и обобщения


• Не позволяет определить, необходимо ли совершенствовать текущую архитектуру

Лекция 27

Вопрос 1. С какого года разрабатывается ArchiMate?

• с 1995 года


• с 2004 года


• с 1987 года


• с 1992 года

• ArchiMate не поддерживает процесс разработки архитектуры TOGAF ADM


• Уровни описания архитектуры в ArchiMate соответствуют разделению, принятом в TOGAF


• Разработан свод правил по трансформации архитектуры TOGAF в ArchiMate


• ArchiMate – это и есть TOGAF ADM

• Активная структура


• Миграция


• Уровень приложений


• Бизнес-уровень


• Мотивация (целеполагание)

• Уровень программ (Application layer)


• Уровень оборудования (Technology layer)


• Уровень информации (Data layer)


• Уровень безопасности системы (Security layer)


• Бизнес уровень (Business layer)

• является первым языком, изначально разрабатываемым для целей целостного многоаспектного описания организаций


• единственная методология, которая позволяет описать архитектуру информации


• поддерживается программными средствами для моделирования архитектуры

Лекция 28

Вопрос 1. Дайте краткую характеристику модели FEA.

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


• включает и всеобъемлющую таксономию, как в методологии Захмана, и архитектурный процесс, как в модели TOGAF


• все перечисленное


• FEA находится в ранней стадии развития

• Federal Enterprise Architecture Framework


• Federal Enterprise Architecture Frame


• Federal Enterprise Art Framework

• увеличить срок службы ИТ-инфраструктуры в государственных учреждениях


• содействовать разработке общих федеральных процессов, а также обеспечению взаимодействия (интероперабельности) федеральных агентств и ведомств при использовании ими информации


• обеспечить условия для совместной разработки процессов, стандартов совместимости и обмена информацией между государственными органами и организациями

• Бизнес уровень, Уровень программ, Уровень оборудования


• «ЧТО делается» (объекты/данные); «КАК делается» (функции/процессы); «ГДЕ делается» (размещение или инфраструктура); «КТО делает» (люди, оргединицы); «КОГДА делается» (графики событий и работ); «ЗАЧЕМ делается» (стимулы, мотивы и стратегии деятельности).


• Двигатели архитектуры, Стратегическое направление, Текущая архитектура, Целевая архитектура, Переходные процессы, Архитектурные сегменты, Архитектурные модели, Стандарты

• Архитектура федеральной организации (FEA)


• Методология ArchiMate


• Модель Захмана


• TOGAF

Лекция 29

Вопрос 1. С какой целью крупные корпорации занимаются разработкой моделей АП?

• спектр предлагаемых ими технологий покрывает существенную часть архитектуры предприятия в целом


• специалистам нужны соответствующие практические рекомендации непосредственно от поставщиков


• разработка моделей АП является обязательной для крупных корпораций, занимающихся разработкой информационных технологий, на территории США

• Microsoft Solutions Framework


• Microsoft Operations Framework


• Microsoft Solutions for Management


• Microsoft Systems Architecture


• Microsoft ArchiMate Framework

• взгляды сфокусированы на обеспечении взаимосвязей элементов предприятия (программ и оборудования) для государственных учреждений


• взгляды сфокусированы на процессах разработки конкретных программных прикладных систем и создании технологической инфраструктуры


• взгляды сфокусированы на процессе разработки офисных программ (наподобие собственного пакета Microsoft Office)

• MSA состоит из архитектуры, механизма управления и плана-графика


• MSA детально описывает логическую и физическую технологические архитектуры, включает все необходимые технологии: сети, серверы, системы хранения и программное обеспечение.


• MSA содержит руководства по планированию, разработке, тестированию и внедрению решений.

• EA состоит из архитектуры, механизма управления и плана-графика


• EA позволяет ответить на вопрос «Как правильно создавать ПО»


• EA определяет и обслуживает архитектурные модели, механизм управление и инициативы по переходу (от текущего состояния к целевому), необходимые для эффективной координации частично автономных групп для решения бизнес- и/или ИТ-задач

Лекция 30

Вопрос 1. Что такое критические факторы успеха?

• совокупность определенных признаков, которыми пользуются покупатели, чтобы сделать выбор между конкурентами


• сферы деятельности, в которых обязательно все должно идти без сбоев


• стратегические задачи и результаты деятельности, к которым компания должна стремиться

• степенью влияния результатов процесса на функциональную стратегию


• сложностью процесса


• степенью влияния результатов процесса на критические факторы успеха

• получение точного состава функций, подлежащих распределению между сотрудниками


• создание документа для контролирующих органов


• идентификация потоков работ, документов, ресурсов

• требуется радикально повысить эффективность бизнеса


• требуется максимизировать общую прибыль компании


• требуется минимизировать затраты компании

• с помощью инструмента моделирования архитектуры предприятия, например, ОРГ-Мастер


• через рисование дерева целей на листе бумаги


• формирование целей и показателей не относится к бизнес-инжинирингу

• совокупность методов и средств, предназначенная для реализации системы или систем, позволяющих осуществлять управление самим технологическим процессом без непосредственного участия человека


• выбора ключевых процессов для потокового описания и последующей регламентации


• целенаправленное изменение бизнес-процессов: состава образующих бизнес-процесс операций

• правильных ответов нет


• новая организационная структура предприятия


• внедренная на предприятии новая ИС


• проектные решения, которые могут быть детализированы до уровня технологических карт и должностных инструкций


• все перечисленное

• Регламентация процессов и постановка регулярного менеджмента


• Разработка ИТ-системы для поддержки процесса


• Изменение организационной структуры и обеспечение управляемости


• Все перечисленные


• Построение системы целей и показателей, постановка мониторинга

• реорганизация процессов, в которых много однотипного ручного труда


• все перечисленное


• автоматизация деятельности сотрудников через внедрение ИС

Лекция 31

Вопрос 1. Перечислите типовые этапы жизненного цикла предприятия.

• возникновение, существование, старение


• разработка, производство как продукта или услуги, использование, поддержка и прекращение использования


• идентификация, концепция, требования, предварительный проект, проект, детальный проект, внедрение, эксплуатация, вывод из эксплуатации

• Выявить потребности заинтересованных сторон


• Проверить и испытать


• Обеспечить стабильность возможностей системы


• Верифицировать и валидировать систему


• Уточнить требования к системе

• Пересекаются


• Отдельные

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


• совокупность стадий развития, которые проходит предприятие за период своего существования


• продвижение системы по стадиям от своего изначального замысла до прекращения использования

• концептуальная сегментация определения потребности в системе, ее реализации в виде продукции или услуги и ее использования, эволюции и вывода из эксплуатации


• продвижение системы по стадиям от своего изначального замысла до прекращения использования


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

Лекция 32

Вопрос 1. Какие представления системы рассматривает язык UML?

• Прецедент, проектирование, процесс, реализация, развертывание


• Объекты, классы, отношения между классами


• Идентификация, концепция, требования, предварительный проект, проект, детальный проект, внедрение, эксплуатация

• конструкции UML не имеют отношение к конструкциям популярных языков программирования, но объединение моделей UML и других результатов процесса разработки обычно формирует хорошую документацию проекта


• конструкции UML имеют отношение к конструкциям популярных языков программирования, но UML не позволяет сформировать документацию проекта


• конструкции UML имеют явное или неявное отношение к конструкциям популярных языков программирования, например, C++ или Java, объединение же моделей UML и других результатов процесса разработки обычно формирует хорошую документацию проекта

• Гради Буч


• Джон Захман


• Айвар Якобсон


• Стив Джобс


• Джим Румбах

• Rational


• Google


• Apple

• UML помогает команде разработчиков визуализировать создаваемую систему, однако не рассчитан на спецификацию множества решений, которые принимаются в процессе развития модели


• Модели UML помогают команде разработчиков визуализировать создаваемую систему, которая должна удовлетворять запросам заказчиков проекта


• UML рассчитан на спецификацию множества решений, которые принимаются в процессе развития модели, однако не позволяет визуализировать создаваемую систему


• Различные аспекты UML рассчитаны на спецификацию множества решений, которые принимаются в процессе развития модели

Лекция 33

Вопрос 1. Как представляется класс на языке UML?

• цельный прямоугольник


• текстовый блок, начинающийся с


• прямоугольник, состоящий из трех секций


• круг, разделенный на четыре части

• Обозначает отношение "целое/часть", при котором один или несколько прецедентов являются "частями" одного "целого"


• Отражает возможные варианты развития событий в рамках этого прецедента


• Это основной способ отображения структуры разрабатываемой системы

• структурная связь между классами


• специальный вид ассоциации


• предмет или понятие из реального мира


• это набор предметов, имеющих одинаковые характеристики

• объект, принадлежащий определенному классу


• значения свойств в определенный момент времени


• имена свойств, описывающих объект

• набор объектов, имеющих одинаковые характеристики


• служба, которая может быть запрошена объектом для изменения поведения


• структурная связь между объектами

Лекция 34

Вопрос 1. Что означает понятие «сообщение» (диаграммы устойчивости)?

• вызов метода объекта


• связь между двумя объектами или в пределах одного объекта, означающая какой-либо вид деятельности


• метод синхронной коммуникации между объектами

• Действие уничтожения


• Действие получения


• Все перечисленные


• Действие возврата


• Действие вызова

• процесс изучения финансового состояния и выявление возможности повышения эффективности функционирования хозяйствующего субъекта


• процесс изучения текста прецедента и выявление набора объектов, которые будут принимать участие в реализации данного прецедента


• процесс своевременного выявления происходящих изменений в процессах предприятия

• пограничные классы


• классы объектов


• классы сущностей


• управляющие классы


• руководящие классы

• модель изображает исполнителей и прецеденты


• модель дает полную информацию о статическом виде предметной области системы


• модель показывает классы и отношения между ними

Лекция 35

Вопрос 1. Какие модели разрабатываются при реализации действий различных дисциплин унифицированного процесса (жизнь программной системы)?

• Модель тестирования


• Модель развертывания


• Модель прецедентов


• Модель анализа


• Модель классов

• Жизнь программной системы не циклична, а последовательна


• Цикл завершается поставкой пользователям новой версии системы


• Цикл завершается удалением системы

• мини-проект, являющийся частью процесса разработки


• составляющая фаз унифицированного процесса


• добавленная или улучшенная функциональность системы

• если группа тестирования успешно провела все мероприятия по тестированию продукта


• если группа тестирования получила более или менее работающую систему


• если группа тестирования выдала заключение о возможности реализации готового продукта

• выяснить возможность создания системы при текущих финансовых, временных и других ограничениях


• решение вопроса о жизнеспособности предложенной системы


• создать систему, способную функционировать в условиях испытаний, воспроизводящих условия потребителя


• передать полностью функционирующую систему потребителям

Лекция 36

Вопрос 1. Что является основной целью бизнес-анализа?

• изучение бизнеса с целью последующего контролируемого изменения


• предоставление информации собственникам и (или) менеджерам (другим заинтересованным лицам) для принятия управленческих решений, выбора вариантов развития, определения стратегических приоритетов


• выявление (подтверждение, корректировка) интересующих исследователя статистических закономерностей

• новый подход к обеспечению необходимых ресурсов для ИТ-службы


• подход к оценке качества предоставляемых сервисов в организации


• междисциплинарный подхода к изучению, проектированию и внедрению сервисных систем

• системный и структурный подходы не имеют различий между собой


• системный подход рассматривает организацию как систему взаимосвязанных процессов, структурный же – от общего обзора детализирует систему на мелкие компоненты


• структурный подход рассматривает организацию как систему взаимосвязанных процессов, системный же – от общего обзора детализирует систему на мелкие компоненты

• Верно утверждение 1: архитектура — это описание (модель) основной компоновки и взаимодействия частей системы


• Верно утверждение 2: системный подход, который бы учитывал особенности взаимодействия всех элементов в организации – это и есть термин архитектура


• данные термины не связаны между собой (утверждения 1 и 2 неверны)


• перечисленные утверждения 1 и 2 оба верны

• Сервисный подход


• Архитектурный подход


• Процессный подход


• Аналитический подход


• Все перечисленные

Промежуточный тест 1

Вопрос 1. Что является предметом изучения данного модуля?

• предприятие (организация) как система


• архитектура предприятия и ее преобразование из состояния «как есть» в состояние «как надо»


• информационные системы и технологии

• 2-3


• 4-6


• до 10

• Architecture of Integrated Information System


• Architecture of Integrated Information Set


• Art of Integrated Information System

• IDEF, DFD


• ARIS


• SADT

• описание некоторых элементов ведения бизнеса, связанных с информационными технологиями предприятия


• объединение ИТ-архитектуры масштаба предприятия c бизнес-архитектурой и обеспечение достижения стратегических целей предприятия


• описание не информационно-технологической архитектуры, а бизнес-архитектуры предприятия

• процессном


• системном


• архитектурном

• в области технической кибернетики


• в области менеджмента


• в области информационных технологий

• много денег, вложенных в работу команды по внедрению процессного подхода


• следовать философии процессного управления


• заинтересованность и участие руководства верхнего уровня

• ГОСТы


• международные стандарты


• отраслевые регламенты

• финансовая составляющая, клиентская составляющая, составляющая внутренних процессов, составляющая обучения и развития


• финансовые показатели, цели, перечень действий по достижению целей


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

• совокупность людей, организованных без какого-то определенного назначения


• лицо или группа людей, и оборудование, здания и сооружения, с распределением ответственности, полномочий и отношений


• определенная часть другой организации (вплоть до отдельного человека) или определенная совокупность организаций, если таковая имеет ответственность, полномочия и отношения

• 10


• 15


• 5

• деятельность по преобразованию архитектуры предприятия


• архитектура предприятия, составляющие архитектуры предприятия


• принципы принятия управленческих решений


• проведение финансового анализа предприятия


• инструменты для преобразования архитектуры предприятия

• Р. Каплана и Д. Нортона


• Р. Акоффа и Ф. Эмери


• Э. Деминга и У. Шухарта

• 1


• 5-7


• 1-2

• это модель бизнес-процесса, построенная на основе объективного видения бизнес-процесса, существующего в организации


• это модель бизнес-процесса, построенная на основе субъективного видения бизнес-процесса, существующего в организации


• это модель бизнес-процесса, построенная на основе субъективного видения бизнес-процесса, которые мы бы хотели видеть в своей организации

• сотрудники предприятия


• все те организации, которые используют результаты деятельности организации (информация, финансовые и материальные ресурсы, люди)


• акционеры, банки, налоговые органы

• радикальное увеличение клиентов компании


• минимизацию затрат


• радикальное повышение эффективности бизнеса

• неравнозначны, и не имеют много общего в концепциях, деятельностях, процессах и результатах


• равнозначны


• неравнозначны, но имеют много общего в концепциях, деятельностях, процессах и результатах

• архитектура, определяющая технологические стандарты и принципы предприятия


• архитектура, определяющая бизнес-процессы предприятия


• архитектура, определяющая инфраструктуру информационной системы

• деловая, научная и массовая


• деловая, научная, профессиональная, социально-политическая, правовая, массовая, потребительская


• макроэкономическая, финансовая, биржевая, коммерческая, статистическая, деловые новости

• 4


• 6


• 2

• ответы на следующие вопросы: «Зачем нужны те или иные подразделения компании?», «Кто главный в компании?», «выполнять приказы начальства более качественно?»


• ответы на следующие вопросы: «Какие организационные роли, подразделения и должности должны быть в компании?», «Кто кому должен подчиняться?», «Как должны быть распределены ответственность и полномочия?»


• ответы на следующие вопросы: «Какие люди должны работать компании?», «Кто какую работу может выполнить?», «Кто должен нести всю ответственность?»

• 2


• 4


• 6

Промежуточный тест 2

Вопрос 1. Дайте характеристику относительным показателям процесса.

• оба варианта верны


• выражает соотношение между характеристиками процессов, показатели являются производными, вторичными


• характеризуют итоговую численность единиц совокупности или ее частей, размеры изучаемых процессов, выражают временные характеристики и могут быть только именованными числами, где единица измерения выражается в конкретных цифрах

• субъективные оценки руководителей, субъективные оценки экспертов и прочие субъективные оценки


• план/факт, сравнение с другим процессом, удельные


• показатели времени выполнения, технические показатели, показатели стоимости, показатели качества

• субъективные оценки руководителей, субъективные оценки экспертов и прочие субъективные оценки


• план/факт, сравнение с другим процессом, удельные


• показатели времени выполнения, технические показатели, показатели стоимости, показатели качества

• определение стоимости и других характеристик изделий


• выявление сильных и слабых сторон процесса, возможностей его улучшения и угроз ухудшения


• управление затратами на основе применения более точного отнесения затрат на процессы, процедуры, функции и продукцию

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


• нужно пытаться отобразить участие руководителя на одной «плоской» схеме, увеличивая количество возможных ветвлений и слияний процесса


• нужно составить схему бизнес-процесса уровня исполнителей, а деятельность руководителя описать в виде подробной таблицы с указанием операций, входящих и исходящих документов, принимаемых решений


• нужно сформировать схемы процесса для работы самого руководителя

• это метод определения стоимости и других характеристик изделий, услуг и потребителей, в основе которого лежит использование функций и ресурсов, задействованных в производстве, маркетинге, продаже, доставке, технической поддержке, оказании услуг, обслуживании клиентов, а также в обеспечении качества


• это метод, который включает управление затратами на основе применения более точного отнесения затрат на процессы, процедуры, функции и продукцию


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

• оба варианта верны


• выражает соотношение между характеристиками процессов, показатели являются производными, вторичными


• характеризуют итоговую численность единиц совокупности или ее частей, размеры изучаемых процессов, выражают временные характеристики и могут быть только именованными числами, где единица измерения выражается в конкретных цифрах

• задачами проекта


• дизайном объектов нотации


• квалификацией персонала

• числовые величины, характеризующие продукт (услугу) как результат выполнения процесса


• числовые величины, характеризующие течение самого процесса и затраты на него


• числовые величины, характеризующие степень удовлетворенности потребителя результатами процесса

• нет


• только для определенных типов предприятий


• да

• метод определения стоимости и других характеристик изделий, услуг и потребителей, в основе которого лежит использование функций и ресурсов, задействованных в производстве, маркетинге, продаже, доставке, технической поддержке, оказании услуг, обслуживании клиентов, а также в обеспечении качества


• метод, который включает управление затратами на основе применения более точного отнесения затрат на процессы, процедуры, функции и продукцию


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

• они больше ориентированы на исполнение, в большинстве случаев их продукты являются одним или несколькими модулями в линейке программного обеспечения, предоставляемого производителем


• нет правильного ответа


• они больше ориентированы на описание/проектирование деятельности компании

• система управления качеством, закрепленная в законодательном порядке РФ


• циклически повторяющийся процесс принятия решения, используемый в управлении качеством, состоящий из стадий «планирование-действие-проверка-корректировка»


• все перечисленное верно


• предназначен для организации системы постоянного улучшения процесса

• качественный и количественный


• эвристический и оптимизационный


• статический и динамический


• общего характера и специальный

• в виде показателей трудоемкости и трудозатрат


• в виде системы стоимостных и временных показателей


• все перечисленные виды


• в виде относительных показателей, характеризующих эффективность деятельности центров ответственности на предприятии

• только для определенных типов предприятий


• нет


• да

Промежуточный тест 3

Вопрос 1. Что представляет собой акет прикладных систем?

• общий план того, как потребности бизнес-процессов предприятия обеспечиваются набором прикладных систем


• существующие данные, включающие определение их источников, процедуры изменения и использования, ответственность, оценку качества


• системы управления базами данных (технологии баз данных и методы доступа к базам), хранилища данных, СППР

• деятельность организации с точки зрения бизнес-функций


• деятельность организации с точки зрения ее ключевых бизнес-процессов


• деятельность организации с точки зрения ИС и ИКТ ведения бизнеса

• уничтожение всей информации


• прием или создание информации


• передача и использование информации


• хранение информации


• отсутствие информации

• сумма прямых и косвенных затрат, которые несет владелец системы за период её жизненного цикла


• является развитием методики BSC


• предполагает формирование списка критериев оценки эффективности проекта и его анализ с точки зрения потенциальных выгод, которые реализация проекта должна принести для предприятия


• упор делается на формализацию целей IT-проекта

• информационные системы


• знания


• научная литература

• пакет все программ, используемых в организации


• совокупность различных программно-аппаратных платформ, универсальных и специализированных приложений различных разработчиков, интегрированных в единую информационно-однородную систему


• единое приложение по эффективному управлению всеми ресурсами предприятия

• Все перечисленные категории


• Информация, которая нужна для бизнеса как некоего вида деятельности или организационно-правовой структуры и находится вне конкретного предприятия


• Информация, необходимая для нормального выполнения производственных функций предприятия (находится внутри предприятия)


• Информация, используемая для управления не отдельными технологическими (рабочими) процессами, а деятельностью предприятия в целом как процессом достижения поставленных задач с минимальными издержками и проблемами (внутренняя информация)

• нет верного ответа


• методика, которая позволяет оценить проект внедрения того или иного компонента информационной системы предприятия с точки зрения трех показателей — «Стоимости», «Преимуществ» и «Гибкости»


• методика, суть которой заключается в вычислении разницы между чистой операционной прибылью предприятия и всеми затратами, понесенными предприятием на IT-инфраструктуру


• методика, суть которой заключается в определении части стоимости продукта, которая создается в данной организации с целью уплаты налога на добавленную стоимость в дальнейшем

• характеристики, признаки, свойства объектов, явлений, затрагивающие экономические вопросы


• сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления


• совокупность сведений, отражающих социально-экономические процессы и служащих для управления этими процессами и коллективами людей в производственной и непроизводственной сфере

• Интегрированные системы управления (ИСУ)


• Автоматизированные системы управления (АСУ)


• Все перечисленные


• Интегрированные информационные системы (ИИС)


• Информационные системы управления предприятием (ИСУП)

• Область АП, которая определяет данные, которые требуются для выполнения процессов (операционные данные), а также аналитические данные и "контент", публикуемый на Web


• Область АП, которая определяет, какие прикладные системы нужны предприятию для выполнения бизнес-процессов


• Область АП, которая рассматривает "традиционные" аспекты построения информационных систем, необходимых для поддержки прикладных систем и информационных ресурсов организации


• Область АП, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации

• позволяет выявить и проанализировать скрытые затраты


• описывает возможности, которые дает существующее оборудование (какое ПО можно дополнительно установить)


• дает экспертную оценку необходимости покупки нового оборудования

• формирование списка оборудования, необходимого для обслуживания организации


• отображение бизнес-процессов, происходящих на предприятии


• формирование и управление портфелем прикладных систем предприятия


• разработку прикладных систем

• является в первую очередь инструментом формирования управленческой стратегии и может быть использована как составная часть IT-ориентированной методики управления процессами


• единственным изменением в данной методике, по сравнению с BSC, является дополнительная формализация показателей эффективности


• служит развитием методики BSC


• является развитием методики TCO

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


• На операционном уровне обеспечивается установление соответствия между информационными функциями системы и ее контентом.


• На операционном и тактическом уровнях ИТ-менеджмента должны обеспечиваться заданные уровни работоспособности и надежности эксплуатации приложений информационной системы

• служит развитием методики BSC


• является в первую очередь инструментом формирования управленческой стратегии и может быть использована как составная часть IT-ориентированной методики управления процессами


• упор делается на формализацию целей IT-проекта


• предполагает формирование списка критериев оценки эффективности проекта и его анализ с точки зрения потенциальных выгод, которые реализация проекта должна принести для предприятия


• является развитием методики TCO

• "Мы будем использовать передовые технологии, но только не самые новейшие и непроверенные"


• ITAF — международный стандарт проведения ИТ-аудита от организации ISACA


• Графическое представление декомпозиции процессов, сценария использования, взаимосвязи между объектами

• Управление производством/производственное планирование (PP)


• Управление основными средствами (AM)


• Геоинформационная система (GIS)


• Управление портфелем проектов (PPM)


• Управление финансами (FI)

• обеспечение надежных ИТ-сервисов


• организация общего описания информации, требующейся для бизнеса, а также политик и правил работы с информацией


• формирование и управление портфелем прикладных систем предприятия

• Действия конечного пользователя


• Увеличение числа мобильных пользователей


• Стадия жизненного цикла, в которой находится предприятие


• Количество персонала в отделе производства


• Ненормативные конфигурации компьютеров

Промежуточный тест 4

Вопрос 1. Чьи представления описывают нижние строки модели Захмана?

• Бизнес-руководителей


• Нет верного ответа


• ИТ-менеджеров и разработчиков

• Активная структура (Active structure)


• Деятельность (Behavior)


• Миграция и внедрение (Migration)


• Пассивная структура (Passive structure)


• Мотивация и целеполагание (Motivation)

• инструкции по внедрению архитектурного подхода


• архитектурные концепции и шаблоны


• архитектурные стандарты и принципы

• совокупность методов и средств, предназначенная для реализации системы или систем, позволяющих осуществлять управление самим технологическим процессом без непосредственного участия человека


• целенаправленное изменение бизнес-процессов: состава образующих бизнес-процесс операций


• выбора ключевых процессов для потокового описания и последующей регламентации

• Нет верного ответа, все зависит от обстоятельств


• Да, стоит, потому как направление исследований, связанное с архитектурой предприятия, было открыто с целью устранения двух основных проблем в сфере ИТ, выявленных еще 20 лет назад


• Нет, не стоит, так как за это время многое поменялось: во-первых, сами ИТ-технологии стали сложнее, во-вторых, получить реальную отдачу от этих систем становится труднее

• «Как правильно эксплуатировать технологическую инфраструктуру?»


• «Как правильно создавать ИТ-системы?»


• «Как правильно строить процессы управления технологической инфраструктурой?»


• «Как правильно создавать технологическую инфраструктуру?»


• «Как правильно идентифицировать информацию?»

• «Как правильно эксплуатировать технологическую инфраструктуру?»


• «Как правильно создавать ИТ-системы?»


• «Как правильно строить процессы управления технологической инфраструктурой?»


• «Как правильно создавать технологическую инфраструктуру?»


• «Как правильно идентифицировать информацию?»

• в 1987 году


• в 1992 году


• в 1995 году


• в 2004 году

• 5


• 3


• 2

• базы технических стандартов конкретных решений


• нет верного ответа


• диаграммы


• референтные модели


• все вышеперечисленные

• Изменение организационной структуры и обеспечение управляемости


• Разработка ИТ-системы для поддержки процесса


• Регламентация процессов и постановка регулярного менеджмента


• Все перечисленные


• Построение системы целей и показателей, постановка мониторинга

• 2


• 3


• 5

• специалистам нужны соответствующие практические рекомендации непосредственно от поставщиков


• разработка моделей АП является обязательной для крупных корпораций, занимающихся разработкой информационных технологий, на территории США


• спектр предлагаемых ими технологий покрывает существенную часть архитектуры предприятия в целом

• рассматриваются стимулы, мотивы и стратегии деятельности (дается ответ на вопрос «ЗАЧЕМ»)


• позволяет обеспечить возможность рассмотрения целостной Архитектуры с нескольких точек зрения (уровней абстракции)


• наличие метода разработки архитектуры (Architecture Development Method, ADM), отвечающего на вопрос «КАК»

• IBM RSA


• Rational Rose


• ARIS


• MEGA


• Archi

• инструмент организации архитектурной информации таким образом, чтобы она была сконцентрирована вокруг потребностей заинтересованных сторон


• структура архитектурного контента


• «виртуальный репозиторий» всех архитектурных активов, существующих как внутри предприятия, так и в отрасли в целом

• 8


• 10


• 2

• требуется максимизировать общую прибыль компании


• требуется радикально повысить эффективность бизнеса


• требуется минимизировать затраты компании

• Бизнес-руководителей


• Все ответы верны


• ИТ-менеджеров и разработчиков

• Дж. Захман


• Совет руководителей информационных служб (CIO Council)


• Клингер и Коэн


• Министерство обороны США


• The Open Group (X/Open и Open Software Foundation)

Промежуточный тест 5

Вопрос 1. Чем завершается каждый цикл жизни программной системы?

• Жизнь программной системы не циклична, а последовательна


• Цикл завершается поставкой пользователям новой версии системы


• Цикл завершается удалением системы

• Ориентация на заказчика, потребителя


• Ориентация на цену продукта


• Ориентация на скорость производства

• промежуток времени между моментами принятия важных решений о продолжении разработки и потребностях в плане объема проекта, его бюджета и графика выполнения


• небольшая система, способная стать ядром дальнейшей разработки


• план, описывающий прохождение фазы конструирования

• только небольшие системы (предприятия и проекты, в которых задействовано до 100 человек)


• только крупные системы (большие предприятия, масштабные проекты, продукты и т.п.)


• системы не проходят жизненный цикл


• любые системы, вне зависимости от их вида

• процесс своевременного выявления происходящих изменений в процессах предприятия


• процесс изучения финансового состояния и выявление возможности повышения эффективности функционирования хозяйствующего субъекта


• процесс изучения текста прецедента и выявление набора объектов, которые будут принимать участие в реализации данного прецедента

• определять эффективность управления и способствует принятию целесообразных решений путем включения всех аспектов оцениваемого критерия и получения универсального показателя оценки, обеспечивающей сравнение оцениваемых объектов


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


• позволяет сформировать целостный взгляд на организацию в сочетании с возможностью планирования и целенаправленного развития ее отдельных частей, аспектов и свойств

• Действие получения


• Действие вызова


• Все перечисленные


• Действие возврата


• Действие уничтожения

• IDEF3


• Модель Захмана


• IDEF0


• OOSE

• замысел, разработка, производство как продукта или услуги, использование, поддержка и прекращение использования


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


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

• идентификация, концепция, требования, предварительный проект, проект, детальный проект, внедрение, эксплуатация, вывод из эксплуатации


• возникновение, существование, старение


• разработка, производство как продукта или услуги, использование, поддержка и прекращение использования

• конструкции UML имеют отношение к конструкциям популярных языков программирования, но UML не позволяет сформировать документацию проекта


• конструкции UML имеют явное или неявное отношение к конструкциям популярных языков программирования, например, C++ или Java, объединение же моделей UML и других результатов процесса разработки обычно формирует хорошую документацию проекта


• конструкции UML не имеют отношение к конструкциям популярных языков программирования, но объединение моделей UML и других результатов процесса разработки обычно формирует хорошую документацию проекта

• Хорошая модель позволяет сформировать план действий команды для решения проблемы в целом или ее части


• Хорошая модель легко совмещается с другими моделями и полностью отражает все важные элементы системы


• Хорошая модель связана с реальностью


• Хорошая модель отображает абсолютно все элементы системы и не нуждается в дополнении информации другими моделями


• Хорошая модель позволяет различным наблюдателям прослеживать различные уровни детализации в разные моменты времени

• UML рассчитан на спецификацию множества решений, которые принимаются в процессе развития модели, однако не позволяет визуализировать создаваемую систему


• Различные аспекты UML рассчитаны на спецификацию множества решений, которые принимаются в процессе развития модели


• Модели UML помогают команде разработчиков визуализировать создаваемую систему, которая должна удовлетворять запросам заказчиков проекта


• UML помогает команде разработчиков визуализировать создаваемую систему, однако не рассчитан на спецификацию множества решений, которые принимаются в процессе развития модели

• метод исследования системы с помощью ее графического модельного представления


• метод исследования системы, начинающийся с ее общего обзора, который затем детализируется, приобретая иерархическую структуру


• выявление, понимание и управление системой взаимосвязанных процессов с целью достижения заданной стратегической цели

• идентификация, концепция, требования, предварительный проект, проект, детальный проект, внедрение, эксплуатация


• замысел, разработка, производство как продукта или услуги, использование, поддержка и прекращение использования


• возникновение, существование, старение

• Диаграмма классов показывает классы и отношения между ними


• Диаграмма классов изображает исполнителей и прецеденты


• Диаграмма классов представляет собой моментальный снимок части структуры моделируемой системы

• как бесконечную последовательность действий


• как последовательность циклов

• планомерная деятельность по формированию целенаправленного поведения организации посредством выделения, описания и менеджмента системы взаимосвязанных и взаимодополняющих процессов организации и их ресурсного окружения


• выявление, понимание и административное управление системой взаимосвязанных процессов с целью достижения заданной стратегической цели


• метод исследования системы, начинающийся с ее общего обзора, который затем детализируется, приобретая иерархическую структуру со все большим числом уровней

• продвижение системы по стадиям от своего изначального замысла до прекращения использования


• совокупность стадий развития, которые проходит предприятие за период своего существования


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

• Проверить и испытать


• Уточнить требования к системе


• Обеспечить стабильность возможностей системы


• Верифицировать и валидировать систему


• Выявить потребности заинтересованных сторон