Вопросы к экзамену «Оценка эффективности программных продуктов»


Скачать 2.41 Mb.
Название Вопросы к экзамену «Оценка эффективности программных продуктов»
страница 3/18
Тип Вопросы к экзамену
rykovodstvo.ru > Руководство эксплуатация > Вопросы к экзамену
1   2   3   4   5   6   7   8   9   ...   18

Линейная система управления характеризуется наличием устойчивой связи «начальник – подчиненный». Руководство в линейной системе охватывает все задачи и распространяется на всю иерархию. Линейная система имеет следующие характеристики: наличие единого распорядительства, распоряжения поступают только от одного начальника к исполнителю; наличие нормы управляемости, т.е. предельного количества людей в прямом подчинении, которыми можно эффективно управлять (обычно от 4 до 6-12 человек), предельная граница контроля, т.е. величина отклонений, превышение которой не позволяет справиться своими силами и требует вмешательства более высокого уровня руководства.

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

Главной отличительной чертой функциональной системы управления является высокое качество управления на всех уровнях. Это выгодно отличает ее от линейной системы.

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

Поскольку линейная и функциональная система обладают рядом недостатков, в управлении чаще всего мы встречаем систему, где сочетание линейных и функциональных связей смягчает недостатки обеих систем и придает эффект их достоинствам. Линейно-функциональная система имеет следующую характеристику – в основном управление осуществляется по линейному принципу, но часть функций осуществляется специальными функциональными подразделениями. Например, завод, где цех, участок – это линейные связи, а подразделения планирования, сбыта, маркетинга, управления кадрами – функциональные связи (рис. 3).

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

  • исполнитель имеет двух и более руководителей;

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

На схеме оно представлено связями по линии – Руководитель проекта (РП) – группы исполнения (ГР). В горизонтальных связях осуществляется управление рабочим и технологическим временем, сроками, комплексами работ и полномочиями. Здесь решается вопрос, что и когда должно быть сделано. Линейно-вертикальные связи решают вопросы технического характера: кто и как будет выполнять ту или иную работу. Нести ответственность за выполнение общей задачи на данном участке. На схеме линейно-вертикальные  связи идут от общего руководства к функциональным отделам и от них к «сетчатому» блоку исполнителей.

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

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

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

Существует различные руководства для специалистов различных профилей в области ИТ. Для программных инженеров и разработчиков ПО предлагается документ Software Engineering Body of Knowledge (SWEBOK). Назначение SWEBOK — в объединении знаний по инженерии программного обеспечения (разработке программного обеспечения).

Для руководителей ИТ наибольшую ценность представляют библиотека знаний Information Technology Infrastructure Library (ITIL), издание «Задачи информационных и смежных технологий» («Control Objectives for Information and Related Technology», CobiT) и инструкции в Microsoft® Operations Framework (MOF).

Для аудиторов ИТ инструментами могут стать вышеупомянутый CobiT и стандарты ISO (ГОСТы). Отдельно можно выделить свод знаний по управлению проектами PMBOK(Project Management Body of Knowledge). Руководство PMBoK фиксирует части Свода знаний по управлению проектами, которая обычно считается хорошей практикой. В настоящем стандарте описываются суть процессов управления проектами в терминах интеграции между процессами и взаимодействий между ними, а также цели, которым они служат. Эти процессы разделены на пять групп, называемых «группы процессов управления проектом». Отдельное рекомендации и требования PMBoK могут быть полезными руководителям как ИТ подраздления, так и руководителям проектов.

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

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

Новые подходы предъявляет новые требования и к руководству ИТ, которое должно принципиально опираться на количественное управление на основе метрик и расширенное моделирование процессов и рисков во всех без исключения областях деятельности ИТ. При планировании и организации работы ИТ отдела без использования адекватных инструментов и процедур, обеспечивающих управление и естественное развитие ИТ организации в сторону зрелости, не обойтись. Процессные и проектные модели, а так же стандарты представляют собой мощные инструменты управления сервисами и выполнения нормативных требований.


  1. Современные стандарты и методологии управления ИТ

Потребность эффективного управления информационными системами и технологиями (далее ИС или ИТ) привела к развитию множества отраслевых, национальных и международных стандартов управления ИТ. Стандарты управления ИТ были созданы на основе анализа и обобщения лучших методов, опробованных, как большими группами профессионалов, так и множеством различных организаций. Кроме признанных международных стандартов, существует много национальных стандартов управления ИТ. Например, Control Objectives for Information and related Technology (CobiT) наиболее часто используются для управления ИТ в США и ряде других стран, IT Infrastructure Library (ITIL) более часто используется в Великобритании, Нидерландах и Австралии. Существует так же ряд стандартов для КИС, наиболее востребованными из которых сейчас являются стандарты ERP.

Большинство стран имеет собственные организации, издающие стандарты для разных случаев. Это может быть по той причине, что описываемая лучшая практика доступна или применима лишь в местном масштабе. В России такими стандартами являются стандарты ГОСТ Р ИСО/МЭК 12207-99 «Процессы жизненного цикла программных средств», ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания», ГОСТ 34.321-96 «Эталонная модель управления данными», ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения».

Однако, есть и другая ситуация. Потребность в управлении проектами в рамках ИТ департаментов соответствии с лучшими практиками привела к появлению PRINCE2 в Европе и PMBOK в США.

Управление программными активами (SAM - Software Asset Management) - методология, направленная на оптимизацию процессов управления активами программного обеспечения в организации и их защиту: учет программного обеспечения и его использования, лицензий (прав на использование), документов, подтверждающих наличие прав на использование (сертификаты, лицензионные свидетельства, лицензионные соглашения, договора, бухгалтерские документы), разработка и использование регламентов и политик закупки программного обеспечения, ввода его в эксплуатацию, вывода из эксплуатации и др.

  • ISO/IEC 19770-1: SAM Processes - описывает процессы SAM, реализация которых в организации необходима для эффективного управления программными активами и полноценной реализации SAM. Стандарт опубликован 9 мая 2006 года.

  • ISO/IEC 19770-2: SAM Tag - описывает способы идентификации программного обеспечения и управления им. Эта часть стандарта в первую очередь ориентирована на производителей программного обеспечения, в том числе средств аудита. Стандарт опубликован 11 ноября 2009 года.

  • ISO/IEC 19770-3: Software Entitlements - описывает способы отслеживания прав на использование программного обеспечения. Эта часть стандарта в первую очередь ориентирована на производителей средств аудита и управления лицензиями.

  • ISO/IEC 19770-4: SAM Maturity Assessments and Incremental Conformance - описывает методы оценки зрелости SAM в организациях, а также сертификации организаций на соответствие стандарту. Эта часть стандарта ориентирована на компании, оказывающие услуги в сфере внедрения методологии SAM, обучения, сертификации и т.д.

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

К стандартам для корпоративных информационных систем (КИС) относятся системы стандартов MPS, MPR , MPR II, ERP, ERP II и CSRP.

Исходным стандартом, появившимся в конце 50-х – начале 60-х годов, был стандарт MPS (Master Planning Scheduling – управление календарным планированием), предназначенный для составления основного плана производства.

С целью оптимального управления производством в середине 60-х годов были сформулированы принципы управления материальными запасами предприятия. Эти принципы легли в основу систем класса MRP (Material Requirement Planning - планирования материальных потребностей). Эти системы могут быстро подсчитать возможность выполнения нового заказа к нужному сроку при текущей загрузке производства. При условиях невозможности выполнения данного заказа к конкретному сроку, система способна ответить на вопрос, во что обойдется заказчику выполнение нового заказа, если он все же на сроке настаивает.

Затем появились системы класса MRPII (Manufacturing Resource Planning - планирование производственных ресурсов), основная суть которых сводится к тому, что прогнозирование, планирование и контроль производства осуществляется по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю. В общем случае они обеспечивают решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении.

Следующим этапом в развитии КИС стало появление с конца 80-х годов систем класса ERP (Enterprise Resource Planning - планирование ресурсов предприятия). Эти системы охватывают всю финансово-хозяйственную и производственную деятельность предприятия. К ним предъявляются такие требования как: централизация данных в единой базе, режим работы близкий к реальному времени, сохранение общей модели управления для предприятий любых отраслей, поддержка территориально распределенных структур, работа в широком круге аппаратно-программных платформ и СУБД.

Другими важными требованиями к ERP системам являются возможность применения графики, использования CASE-технологий для дальнейшего развития системы, поддержание архитектуры типа “клиент-сервер” и реализации их как открытых систем. При правильном внедрении и эксплуатации таких систем, эффективность бизнес-процессов предприятия повышается, что дает конкурентное преимущество для дальнейшего развития. Однако, занимаясь улучшением внутренней структуры, предприятие не повышает степени эффективности взаимодействия с контрагентами.

Следующий этап развития КИС ориентирован на интеграцию деятельности заказчиков и партнеров предприятия в его внутреннюю систему и называется ERPII (Enterprise Resource and Relationship Processing – обработка данных по ресурсам и взаимоотношениям предприятия). Internet предоставляет возможность предприятию взаимодействовать со всеми его контрагентами в совершенно новой среде, позволяющей контактировать напрямую с потребителем по типу B2C (Business-to-Consumer – “бизнес–клиент”) или/и партнерами по бизнесу по типу B2B (Business-to-Business – “бизнес-бизнес”).

Для того чтобы ERPII система была применима для электронной коммерции и бизнеса, необходимо создать приложения по управлению связями с заказчиком CRM (Customer Relationship Management – управление взаимоотношениями с клиентом), а также дополнительное программное обеспечение (ПО) промежуточного слоя. Такое ПО назвали EAI (Enterprise Application Integration - интеграция приложений масштаба предприятия). EAI обеспечивает следующие функции:

  • электронная коммерция;

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

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

  • виртуальные торговые площадки.

ERPII-система, снабженная CRM и EAI-продуктами получила название XRP-система, т.е. расширенная (Extended) ERP-система. С ее помощью можно в реальном режиме времени разделять данные, циркулирующие между различными корпоративными приложениями. По классификации эта система приближается к следующему поколению КИС - системам стандарта CSRP (Customer Synhronized Resource Planning – планирование ресурсов совместно с потребителем). Системы такого класса позволяют интегрировать процессы как внутри одной корпорации, так и за ее пределами.

  1. Control Objectives for Information and Related Technology

CobiT - «Задачи информационных и смежных технологий» – подход к управлению информационными технологиями, созданный Ассоциацией контроля и аудита систем (Information Systems Audit and Control Association - ISACA) и Институтом руководства ИТ (IT Governance Institute - ITGI) в 1992 году. Он предоставляет менеджерам, аудиторам и ИТ пользователям набор утверждённых метрик, процессов и лучших практик с целью помочь им в извлечении максимальной выгоды от использования информационных технологий и для разработки соответствующего руководства и контроля ИТ в компании. Первая редакция Cobit увидела свет в 1996 году. В настоящее время используется версия Cobit 4.1, выпущенная в мае 2007 года. Кардинальных новшеств Cobit 4.1 в себе не содержит, в его основе лежит процессный подход, система сбалансированных показателей BSC, модель зрелости SEI CMM/CMMI, PMBoK (методология проектного управления), а также подходы стандартов PRINCE2, TickIT, ITIL® и другие. Концептуальное ядро CobiT 4.1 сформировано из 34 высокоуровневых процессов (которые покрывают порядка 200 целей контроля), сгруппированных в 4 домена (сферы деятельности):

Планирование и организация: включает стратегию и тактику, а также определение способов наиболее эффективного использования ИТ для достижения бизнес-целей. Регламентируемые процессы:

  1. PO1 Разработка стратегического плана

  2. PO2 Определение ИТ архитектуры

  3. PO3 Определение направлений развития технологий

  4. PO4 Формализация ИТ процессов, организации и взаимоотношений с бизнесом

  5. PO5 Управление инвестициями в ИТ

  6. PO6 Согласованное управление целями и задачами

  7. PO7 Управление ИТ персоналом

  8. PO8 Управление качеством

  9. PO9 Оценка и управление рисками ИТ

  10. PO10 Управление проектами

Приобретение и внедрение: для реализации ИТ стратегии нужно идентифицировать, разработать или приобрести соответствующие ИТ решения, которые должны быть внедрены и интегрированы в бизнес-процессы, а также внести изменения в информационные системы. Регламентируемые процессы:

  1. AI1 Идентификация и выбор решений по автоматизации

  2. AI2 Проектирование и разработка приложений

  3. AI3 Проектирование и поддержка технической инфраструктуры

  4. AI4 Обеспечение работы и использования ИС

  5. AI5 Закупка ИТ ресурсов

  6. AI6 Управление изменениями

  7. AI7 Установка и утверждение решений и изменений

Предоставление и поддержка: включает предоставление требуемых информационных служб, в том числе обеспечение безопасности и непрерывности бизнеса, обучение, а также обработку данных прикладными системами. Регламентируемые процессы:

  1. DS1 Определение и управление уровнями сервиса

  2. DS2 Управление сервисами подрядчиков

  3. DS3 Управление производительностью и мощностью

  4. DS4 Обеспечение непрерывности сервисов

  5. DS5 Обеспечение безопасности систем

  6. DS6 Определение и распределение ИТ затрат

  7. DS7 Обучение пользователей

  8. DS8 Управление службой поддержки и инцидентами

  9. DS9 Управление конфигурацией

  10. DS10 Управление проблемами

  11. DS11 Управление данными

  12. DS12 Управление физическим оборудованием

  13. DS13 Управление эксплуатацией

Мониторинг и оценка: качество и соответствие ИТ процессов требованиям контроля должны оцениваться на регулярной основе. Этот домен включает в себя надзор со стороны руководства за процессами управления в организации, а также независимый контроль со стороны внутренних и внешних аудиторов. Регламентируемые процессы:

  1. ME1 Отслеживать и оценивать производительность ИТ

  2. ME2 Отслеживать и оценивать внутренние контроли

  3. ME3 Гарантировать соответствие регулирующим требованиям

  4. ME4 Обеспечивать руководство ИТ

Домены соотносятся с традиционными сферами ответственности ИТ: планирование, внедрение, эксплуатация и мониторинг. Такая структура охватывает все аспекты управления и использования ИТ. Выполнение всех 34 высокоуровневых процессов позволяет гарантировать владельцу бизнес-процесса, что система управления ИТ является адекватной задачам бизнеса.

В CobiT детально описаны цели и принципы управления, объекты управления, чётко оп-ределены все ИТ процессы (для каждого процесса определены входы и выходы, исполнители и ответственные, а также объекты контроля и метрики) и требования к ним, описан возможный инструментарий (практики) для их реализации. В описании ИТ процессов также приведены практические рекомендации по управлению ИТ безопасностью. Cobit применяется для контроля и аудита существующей системы управления информационными технологиями, организации оперативного и стратегического управления ИТ, анализа расходов на ИТ проекты и поддержку соответствующей инфраструктуры, соответствия требованиям стандартам и регулирующим организациям, таких как SOX и COSO.


  1. Microsoft Operations Framework

Методологическая модель Microsoft® Operations Framework (MOF) состоит из набора взаимосвязанных «рекомендованных практик», принципов и процедур, которые вместе предоставляют рекомендации (инструкции) по достижению надежности ИТ-решений и услуг. Инструкции в Microsoft Operations Framework охватывают все действия и процессы управления ИТ-услугами: планирование, разработка, использование, обслуживание и, в конечном счете, вывод из эксплуатации. В модели MOF эти действия и процессы упорядочены в виде функций управления ИТ-услугами (SMF-функций), которые группируются по этапам, отражающим жизненный цикл ИТ-услуги. Каждая SMF-функция относится к определенному этапу жизненного цикла и обладает уникальным набором целей и результатов, отвечающих предназначению этого этапа. Значительным преимуществом MOF является детальное описание документации сопутствующей каждой SMF-функции.

Жизненный цикл ИТ-услуги состоит из последовательных этапов, начиная с планирования и оптимизации для приведения услуги в соответствие с бизнес-стратегией, включая разработку и внедрение ИТ-услуги, с последующей повседневной эксплуатацией и поддержкой. Основополагающими для всех вышеуказанных этапов являются процессы управления ИТ, управление рисками, обеспечение соответствия нормативным требованиям, управление ИТ персоналом и управление изменениями.
1   2   3   4   5   6   7   8   9   ...   18

Похожие:

Вопросы к экзамену «Оценка эффективности программных продуктов» icon Вопросы к экзамену по дисциплине «Высокоуровневое программирование»
Вопросы к экзамену по дисциплине «Высокоуровневое программирование» для студентов специальности 09. 05. 01 «Применение и эксплуатация...
Вопросы к экзамену «Оценка эффективности программных продуктов» icon «Разработка и стандартизация программных средств и информационных технологий»
Целью подготовки студентов по дисциплине является формирование целостной системы знаний о принципах, моделях и методах, используемых...
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Вопросы к экзамену мдк 05. 01 «Управление персоналом»
Вопросы к экзамену мдк 05. 01 «Управление персоналом» по специальности 101101 Гостиничный сервис
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Техническое задание на разработку программы 2 Пояснительная записка
Данный курсовой проект был написан в рамках дисциплины «Технология разработки программных продуктов», на тему «Диспансеризация детей...
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Клинико-диагностические критерии и оценка эффективности лечения хронического...
Оценка эффективности лечения хронического генерализованного пародонтита у пациентов
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Отчет научно-исследовательской работы “ Экономическая оценка эффективности...
Экономическая оценка эффективности внедрения системы электронного документооборота”
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Отчет научно-исследовательской работы “ Экономическая оценка эффективности...
Экономическая оценка эффективности внедрения системы электронного документооборота”
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Программа дисциплины «Оценка эффективности управления человеческими ресурсами»
Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направления подготовки 080200....
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Общие вопросы к квалификационному экзамену для претендентов в эксперты по аккредитации
Тестирование включает в себя вопросы на знание нормативно-правовой базы в области аккредитации
Вопросы к экзамену «Оценка эффективности программных продуктов» icon «Интернационализация деятельности российских логистических компаний:...
Интернационализация деятельности логистических компаний: оценка и влияние на ключевые показатели эффективности
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Вопросы к выпускному экзамену по специальности ситуационные задачи...
Цели и задачи обучения по специальности
Вопросы к экзамену «Оценка эффективности программных продуктов» icon О проведении открытого запроса предложений №
«С» и приобретение программных продуктов 1«С» для нужд ОАО «Новосибирскэнергосбыт»
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Оценка эффективности и перспективы развития Европейского агентства...
Оценка эффективности и перспективы развития Европейского агентства по сетевой и информационной безопасности (enisa)
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Описание предметной области
Обзор существующих программных продуктов систем обработки данных c использованием ip-телефонии 7
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Реферат На тему «Геоинфармационный рынок популярных гис продуктов....
На тему «Геоинфармационный рынок популярных гис продуктов. Классификация технических и программных средств для гис»
Вопросы к экзамену «Оценка эффективности программных продуктов» icon Обзор программных продуктов
Постановка задачи автоматической классификации электронных документов, методы и модели решения

Руководство, инструкция по применению




При копировании материала укажите ссылку © 2024
контакты
rykovodstvo.ru
Поиск