- •1.Термин информационная система (ис) используется как в широком, так и в узком смысле.
- •4. Классификация по архитектуре
- •1Ис оперативного (опреационного) уровня
- •2Ис для менеджеров среднего звена
- •3Стратегические ис
- •1Ис специалистов
- •2. Управленческие ис
- •7. Подсистемы кис
- •8. Подсистемы кис
- •Методы, используемые в условиях определенности;
- •Методы, используемые в условиях риска.
- •Основные определения системного подхода
- •Аспекты системного подхода
- •22. Деловое покупательское поведение: продажи на деловых (в2в) рынках
- •5 Или 10 (принципиально возможно создание Центра общественного доступа
- •25. Классификация математических моделей
- •Разновидности
- •29. Унифицированная система документации - система документации, созданная по единым правилам и требованиям, содержащая информацию, необходимую для управления в определенной сфере деятельности.
- •Концепция erp
- •Функции erp-систем
- •Особенности внедрения
- •Достоинства
- •Недостатки
- •33. Виды корпоративных информационных систем
- •34. Информационные технологии кис несколько отличаются от традиционных информационных технологий информационных систем меньшего масштаба или ограниченной функциональности.
- •Корпоративная информационная система как комплекс ис
- •Принципы организации хранилища
- •Дизайн хранилищ данных
- •Процессы работы с данными
- •41. Проекти́рование — процесс создания проекта, прототипа, прообраза предполагаемого или возможного объекта, состояния. Существует вариант проектирования - реконструкция.
- •Источники
- •42. Целью данного обзора является введение в особенности современных методов и средств проектирования информационных систем, основанных на использовании case-технологии.
- •Структура
- •Компоненты сапр
- •Выбор сапр
- •Периодика
- •Isicad — электронный журнал о сапр, plm и erp, выходящий с 2004 года.
- •47. Каноническое проектирование опирается на совокупность российских стандартов, позволяет упорядочить состав документации, разрабатываемой при проектировании ис, определяет состав этапов разработки.
- •48. Состав и содержание работ предпроектной стадии создания эис
- •2. Раздел описания "Назначение, цели создания системы" состоит из двух подразделов:
- •3. В разделе "Характеристика объекта автоматизации " приводятся:
- •3. Интерпретация, или («обратный») перевод полученных в результате окончательных формальных выражений и их истолкование на естественном языке.
- •1. Непротиворечивость формализованного представления изучаемого материала.
- •3. Адекватность: то, что в содержательно представленном материале является истинным, соответствует фактам, должно быть в формализованном представлении выводимым, доказуемым, вычислимым и т. Д.
- •Сущность системного анализа
- •Классификация проблем
- •Методы решения
- •Процедура принятия решений
- •Технорабочий проект
- •В рамках технорабочего проекта разрабатываются следующие документы:
- •56. Признак классификации — свойство или характеристика объекта классификации, по которому проводится классификация.
- •1. Невозможность внесения изменений в классификатор (добавление или удаление классификационных признаков, изменение последовательности их применения) после его создания.
- •2. Трудоемкий поиск информации по произвольному сочетанию признаков классификации.
- •58. Единая система классификации и кодирования
- •61. Документ может иметь несколько экранных форм, некоторые из которых назначаются в качестве основных
- •2139-Я базовая группа
- •3431-Я базовая группа
- •Электроника
- •Программное обеспечение
- •Декомпиляция с помощью декомпилятора — процесс создания исходного кода на некотором языке программирования высокого уровня. Базы данных
- •Военная промышленность
- •Анализ исходного кода
- •67. Этап 1. Постановка задачи.
- •Этап 2. Разработка модели.
- •Этап 3. Компьютерный эксперимент.
- •Этап 4. Анализ результатов моделирования.
- •4. Целый ряд задач назван оценкой. Сложность задач данного типа определяется сложностью оцениваемых объектов и неполнотой имеющейся информации.
- •Классификация
- •Типологии организационных структур
- •Основные параметры проектирования организационной структуры
- •Механизмы координации в организации
- •Визуализация организационной структуры
- •76. Техническая структура саз
- •6) По типу операционной системы (ос): работающие под управлением windows 3.11 и выше; работающие под управлением unix и работающие под управлением различных ос (windows, unix, os/2 и др.).
- •79. Сущность структурного подхода. Принципы, на которых базируется структурный подход. Метод sadt. Метод dfd.
- •Количество связей между отдельными подсистемами должно быть минимальным.
- •Связность отдельных частей внутри каждой подсистемы должна быть максимальной.
- •Диаграммы, иллюстрирующие функции, которые система должна выполнять, и связи между этими функциями - dfd или sadt (idef0).
- •Диаграммы, моделирующие данные и их отношения (erd).
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», то есть добросовестного использования оригинальной программы. Результат обратной разработки редко идентичен оригиналу, что и позволяет избежать ответственности перед законом.