
- •Оглавление
- •1. Ит и информационные ресурсы. Информационное обслуживание. Виды и организационные формы информационного обслуживания, менеджмент информационных ресурсов предприятия
- •2. Информационные потребности и информационный интерес. Структура и свойства информационных потребностей. Методы их изучения и измерения
- •3. Информация как объект производственной и коммерческой деятельности. Информационные продукты и услуги. Информационный рынок
- •4. Информационные системы. Автоматизированные экономические ис. Принципы их создания. Классификация ис
- •5. Методы и средства проектирования ис. Методология создания ис и ее основные составляющие
- •6. Управление проектами создания ис. Стандарты управления проектами
- •7. Жизненный цикл ис. Стандарты управления жизненным циклом ис
- •8. Управление проектом создания ис. Техническое задание, его роль в процессе создания ис предприятия
- •9. Бизнес - процесс и его роль в системе информационного сервиса. Моделирование деловых процессов. Реинжиниринг бп, его назначение и роль в процессе создания ис на предприятиях
- •10. Методы внедрения ис. Методологии, предлагаемые основными производителями ис
- •11. Организация сопровождения и эксплуатации ис, универсальные положения по управлению ис (вторая часть вопроса - спорный вопрос…может это ответ на 12 вопрос (частично), я не знаю)
- •12. Понятие сервисов ит и их роль в модели itil. Модель itsm, как система стандартов информационного менеджмента на предприятиях. Is0 -20000
- •13. Системная интеграция, ит консалтинг и аутсорсинг ит, их роль в создании ис
- •14. Понятие архитектуры предприятия, основные элементы архитектуры, проблемы ее развития
- •15. Ценообразование на информационном рынке. Стратегия и тактика ценообразования
- •16. Совокупная стоимость владения ис. Роль этого подхода в оценке экономической эффективности ис
- •17. Источники экономической эффективности ис. Классические методы оценки эффективности затрат на ит проекты на всех стадиях жизненного цикла
- •18. Сбалансированная система показателей оценки затрат и результатов внедрения ис. Роль модели itsm в оценке результатов реализации проекта ит (фигня… найдено только это)
- •19. Стратегические цели бизнеса. Их влияние на процесс выбора ит проекта. Проблемы выбора и внедрения ис (фигня опять)
- •20. Стандарты менеджмента качества iso. Их роль в развитии типового проектирования ис. Стандарты и концепции создания ис, развитие ис на базе стандарта mrp II
14. Понятие архитектуры предприятия, основные элементы архитектуры, проблемы ее развития
Архитектура предприятия — это наиболее общее и всестороннее представление предприятия, как хозяйствующего субъекта, имеющего краткосрочные и долгосрочные цели ведения своей основной деятельности, определенные миссией на региональном и мировом рынке, и стратегией развития, внешние и внутренние ресурсы, необходимые для выполнения миссии и достижения поставленных целей, а также сложившиеся правила ведения основной деятельности (бизнеса).
В самом общем виде под архитектурой предприятия (ЕА - Enterprise Architecture) понимается всестороннее и исчерпывающее описание (модель) всех его ключевых элементов и межэлементных отношений. Согласно ISO 15704 (“Industrial Automation Systems – Requirements for Enterprise-Reference Architectures and Methodologies. 1999”) архитектура предприятия должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия. Архитектура (в соответствии с документом “Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)”) является стратегической информационной основой, определяющей:
• структуру бизнеса;
• информацию, необходимую для ведения бизнеса;
• технологии, применяемые для поддержания бизнес-операций;
• процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.
Архитектура предприятия традиционно представляется в виде следующих слоев:
• корпоративные миссия и стратегия, стратегические цели и задачи;
• бизнес-архитектура;
• системная архитектура (ИТ - архитектура).
Корпоративные миссия и стратегия определяют основные направления развития предприятия и ставят долгосрочные цели и задачи.
Бизнес-архитектура на основании миссии, стратегии развития и долгосрочных бизнес-целей определяет необходимые бизнес-процессы, информационные и материальные потоки, а также поддерживающую их организационно-штатную структуру.
Системная архитектура определяет совокупность методологических, технологических и технических решений для обеспечения информационной поддержки деятельности предприятия, определяемой его бизнес-архитектурой, и включает в себя архитектуру приложений, архитектуру данных и техническую архитектуру.
Архитектура приложений, в свою очередь, включает в себя:
• собственно прикладные системы, поддерживающие исполнение бизнес-процессов;
• интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных;
• средства и методы разработки и сопровождения приложений.
Архитектура данных включает в себя:
• базы данных и хранилища данных;
• системы управления базами данных или хранилищами данных;
• правила и средства санкционирования доступа к данным.
Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ. Сетевая архитектура включает в себя:
• локальные и территориальные вычислительные сети;
• используемые в сетях коммуникационные протоколы, сервисы и системы адресации;
• аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.
Архитектура платформ включает в себя:
• аппаратные средства вычислительной техники - серверы, рабочие станции, накопители и другое компьютерное оборудование;
• операционные и управляющие системы, утилиты и офисные программные системы;
• аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом - серверов) и баз данных в условиях чрезвычайных обстоятельств.
Основными этапами процесса построения архитектуры предприятия являются следующие:
• осознание необходимости построения архитектуры;
• формирование рабочей группы;
• выбор среды моделирования, средств моделирования и репозитория;
3• наполнение среды фактическим материалом (формирование архитектуры);
• использование;
• расширение и сопровождение.
Отметим, что в состав рабочей группы должен входить выделенный относительно новый ролевой участник – архитектор, фактически являющийся постановщиком задач на архитектурные изменения на основании как изменившихся внешних условий, так и понимания недостатков существующего
положения дел.
Проблемы
АП не имеет широкого распространения и применения в РФ в силу ряда причин, среди которых – недостаток отечественных специалистов. Достижение профессионализма в области АП – многолетний и творческий путь. Такая стратегическая перспектива не привлекает молодых студентов, тем более что нет популяризации, четкого понимания востребованности и явных перспектив. Качественное обучение и воспитание таких специалистов – сложная, затратная задача, нереализуемая для большинства ВУЗов России.
При развитии АП возникают барьеры:
Получение полномочий. Даже в организациях с неиерархической структурой получение полномочий зачастую сопряжено со значительными трудностями. При отсутствии управляющих связей между архитектором и персоналом архитектору предприятия чрезвычайно тяжело достигать поставленных целей. Получение от внутренней организации полномочий на реализацию стратегий, проектов и участие в ключевых действиях может оказаться чрезвычайно сложной задачей.
Ресурсы. Даже если руководитель утвердит стратегию, выделение средств или сотрудников на ее реализацию — это отдельная история. Во многих случаях, поскольку деятельность архитекторов охватывает все предприятие, им необходимы ресурсы не только от владельца бизнеса, но и в целом ряде других функциональных областей. Архитекторы предприятия, как правило, не распоряжаются следующими видами ресурсов.
Бюджет. В большинстве случаев группам архитекторов предприятия бюджет не выделяется, поэтому хороший архитектор предприятия должен уметь «выбивать» необходимые финансовые ресурсы. Для этого может использоваться как бизнес-обоснование, так и обоснование с точки зрения оперативных задач.
Персонал. Для выполнения проектов необходимы не только финансовые, но и людские ресурсы, поэтому архитекторам предприятия часто приходится искать обоснование для выделения сотрудников ИТ- и бизнес-подразделениями.
Влияние на текущие или выполняющиеся проекты. Оказаться на «переднем крае» проекта — это одно, а влиять на уже выполняющийся проект — совсем другое, и нередко последнее даже сложнее. В случае с уже выполняющимся проектом рабочие группы крайне неохотно принимают предложения архитектора предприятия или откровенно саботируют его действия из-за возможных нарушений сроков и увеличения затрат, связанных с внесением изменений в архитектуру.