Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ответы к экзамену по УиФ ИС.doc
Скачиваний:
26
Добавлен:
17.12.2018
Размер:
2.79 Mб
Скачать

2139-Я базовая группа

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

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

Примеры специальностей 2139-й базовой группы:

  • Администратор баз данных

  • Администратор вычислительной сети

3431-Я базовая группа

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

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

Примеры специальностей 3431-й базовой группы:

  • Администратор зала

  • Администратор зала (предприятий общественного питания)

  • Администратор съемочной группы

  • Администратор — Название специальности в различных отраслях

Разработчик программного обеспечения (от англ. software developer) — человек или организация, задействованный в разработке ПО не только с точки зрения дизайна и кодинга, но также выходя за рамки программирования или управления проектами, включая некоторые аспекты управления программными продуктами. Такой человек может приносить проекту больше пользы на прикладном уровне, чем в каких-то отдельных задачах или индивидуальных задач по программированию. Разработчики ПО зачастую подчиняются ведущим программистам, но также существуют независимые разработчики — фрилансеры.

  • Иногда данную профессию путают с достаточно близкими по смыслу профессиями аналитика программного обеспечения и инженера-разработчика.

64. Реинжиниринг бизнес-процессов (англ. Business process reengineering)— фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения максимального эффекта производственно-хозяйственной и финансово-экономической деятельности, оформленное соответствующими организационно-распорядительными и нормативными документами. Реинжиниринг использует специфические средства представления и обработки проблемной информации, понятные как менеджерам, так и разработчикам информационных систем.

Смысл реинжиринга бизнес-процессов в двух его основных этапах:[источник не указан 719 дней]

  • определение оптимального (идеального) вида бизнес-процесса (в первую очередь основного);

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

65. Современные технологии бизнеса характеризуются высокой динамичностью, связанной с постоянно изменяющимися потребностями рынка, ориентацией производства товаров и услуг на индивидуальные потребности заказчиков и клиентов, непрерывным совершенствованием технических возможностей и сильной конкуренцией. В этих условиях требуется разработка систем управления предприятием, которые оперативно отражают состояние экономических объектов с целью принятия своевременных решений об изменениях в бизнес-процессах. Создание на предприятиях отделов логистики призвано обеспечить координацию всех материальных, информационных и финансовых потоков в процессе товародвижения от закупок материалов до сбыта готовой продукции. Оптимизация процессов логистики и тем самым затрат на нее возможна только при кооперации всех продуктовых центров. Здесь важно рассмотреть такие функции, как поставка, транспортировка и складирование, организация производственных процессов, разработка продуктов, отвечающих требованиям логистики. Поэтому целесообразно объединять логистические задачи, привязанные к местам размещения производств, "под крышей" одного логистического центра. Повышение эффективности выполнения функций логистического бизнес-процесса во многом достигается благодаря использованию современных информационных технологий, которые позволяют: упростить структуру бизнес-процесса; ускорить коммуникацию участников бизнес-процессов; осуществить непрерывное планирование процессов; повысить качество принимаемых решений; обеспечить долгосрочное прогнозирование логистических бизнес-процессов. В результате внедрения информационных технологий трансформируется характер организации логистических процессов (табл. 1). Реинжиниринг логистических процессов на основе современных информационных технологий сводится к решению следующих задач: встраивание клиентов и поставщиков в бизнес-процессы предприятия благодаря использованию возможностей электронного бизнеса; формирование заказов и управление запасами в автоматизированном режиме при минимальном участии менеджеров; создание системы оперативно-календарного планирования использования ресурсов во множестве одновременно выполняемых процессов в цепочке поставок. Решение перечисленных задач обеспечивается созданием корпоративных информационных систем, в которых центральное место занимает управление логистическими процессами. Основные подсистемы информационной системы, которые обслуживают потребности управления логистическими процессами, представлены на рис. 1 Рис. 1. Состав подсистем информационной системы, обслуживающих выполнение логистическкого процесса При этом корпоративная информационная система призвана обеспечивать: на оперативном уровне управления - синхронизацию бизнес-процессов в цепочках поставок на основе технологии SCM; на тактическом уровне управления - планирование использования ресурсов в бизнес-процессах на основе применения различных технологий MRP/DRP, JIT, SIC; на стратегическом уровне управления - планирование изменений бизнес-процессов с учетом прогнозирования потребностей клиентов по технологии CRM. Большое значение в современных информационных системах управления логистическими процессами придается оптимизации выполнения логистических функций, к которым относятся: определение оптимальной последовательности выполняемых операций, которая приводит к сокращению длительности цикла изготовления и продажи товаров и услуг по обслуживанию клиентов, способствующих повышению росту оборота; оптимизация использования ресурсов в различных логистических бизнес-процессах, которая позволяет минимизировать издержки производства и обращения; построение адаптивных бизнес-процессов, нацеленных на быструю адаптацию к изменениям потребностей конечных потребителей продукции, производственных технологий, поведения конкурентов на рынке и, как следствие, повышение качества обслуживания клиентов в условиях динамичности внешней среды; оптимизация финансовых потоков, обеспечение равномерности поступления и использования денежных средств в результате отработки рациональных схем взаимодействия с партнерами, сочетания бизнес-процессов. Логистические бизнес-процессы современного предприятия отличаются изменяющимися во времени характеристиками материальных, информационных, финансовых потоков, например такими, как интенсивность поступления заказов на готовую продукцию и поставок сырья и материалов в различные периоды времени. Следствием динамичности бизнес-процессов является неравномерность использования основных ресурсов: персонала, оборудования, информационной системы, источников финансовых средств. В этих условиях задачу оптимизации организации или реинжиниринга бизнес-процессов можно решить на основе применения инструментальных программных средств имитационного моделирования. Решению перечисленных задач во многом способствует интеграция информационных систем с инструментальными средствами динамического имитационного моделирования, к которым в частности относится хорошо зарекомендовавший себя в мировой практике инструментальный комплекс ReThink на базе G2 (Gensym), обладающий следующими возможностями: позволяет моделировать длительность, стоимостные затраты, степень использования ресурсов, пропускную способность системы; осуществляет многосценарное моделирование или одновременный запуск нескольких моделей с одним сценарием; предоставляет инструменты графического анализа результатов моделирования; осуществляет ввод исходных данных с графиков, из текстовых файлов, баз данных; встраивается в контур реальной системы управления. В настоящее время на базе ППП ReThink создан специализированный инструментальный комплекс моделирования логистических процессов eSCOR. Рассмотрим в качестве примера динамической модели процессов производства и закупки в среде ReThink имитационную модель анализа и прогнозирования процессов добычи, переработки и доставки нефти и нефтепродуктов, разработанную по заказу КИА центра. Особенность данной модели заключается в одновременности моделирования нескольких взаимосвязанных производственных процессов нефтяной компании с возможностью привлечения ресурсов предприятий-партнеров (рис. 2). Рис. 2. Структура потоков товародвижения нефтяной компании 1. Добыча и доставка сырой нефти: на экспорт; на переработку. 2. Переработка и доставка нефтепродуктов: на внешний рынок; на внутренний рынок; на региональные предприятия нефтепродуктообеспечения; 3. Нефтепродуктообеспечение нефтебаз. Анализ и прогнозирование процессов добычи, переработки и доставки нефти и нефтепродуктов для различных вариантов организации технологии и для различных периодов времени осуществляется на основе автоматически формируемых показателей: 1) средняя длительность выполнения заказа в целом на весь процесс и по отдельным этапам и операциям; 2) средняя себестоимость выполнения заказа с учетом доставки в целом на весь процесс и по отдельным этапам и операциям; 3) производительность системы (объемы добычи, переработки); 4) объемы реализации продукции и получаемой прибыли; 5) степень загрузки производственных мощностей предприятий. Созданная имитационная модель обеспечивает рассмотрение различных вариантов технологии добычи, переработки и доставки нефти и нефтепродуктов в зависимости от следующих условий: сезонности процессов; интенсивности заказов на поставку нефти и нефтепродуктов; видов транспортировки; возможностей привлечения бизнес-партнеров; бесперебойного обеспечения процессов с учетом возможности аварийных ситуаций. Пример имитационной модели автомобильной поставки нефтепродуктов грузополучателям по системе управления запасами на основе точки заказа показан на рис. 3. Рис. 3. Модель автомобильной поставки нефтепродуктов При проведении имитационного моделирования можно использовать два режима задания значений входных параметров имитационной модели: 1) на основе генерируемых статистических данных: для реальных характеристик процессов, для предполагаемых характеристик процессов; 2) на основе фактических данных, накапливаемых в базах данных, за определенный период времени. Встраивание системы имитационного моделирования в контур корпоративной информационной системы повышает обоснованность решений по управлению логистическими процессами, как на оперативно-тактическом, так и на стратегическом уровнях.

66. Обра́тная разрабо́тка (обратный инжиниринг, реверс-инжиниринг; англ. reverse engineering) — исследование некоторого устройства или программы, а также документации на него с целью понять принцип его работы и, чаще всего, воспроизвести устройство, программу или иной объект с аналогичными функциями, но без копирования как такового.

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

В настоящее время под словами «reverse engineering» чаще всего понимается т. н. clean room reverse engineering, то есть процесс, при котором одна группа разработчиков анализирует машинный код программы (в сленге хакеров для этого процесса используется также выражение «обратный инжиниринг» или «реверсный инжиниринг»), составляет алгоритм данной программы на псевдокоде, либо, если программа является драйвером какого-либо устройства, составляет исчерпывающие спецификации интересующего устройства. После получения спецификаций другая группа разработчиков пишет собственный драйвер на основе полученных спецификаций или алгоритмов. Такой подход позволяет избежать обвинений в нарушении авторских прав на исходную программу, так как по законам, к примеру в США, подпадает под понятие «fair use», то есть добросовестного использования оригинальной программы. Результат обратной разработки редко идентичен оригиналу, что и позволяет избежать ответственности перед законом.