- •Автоматизированные системы управления производством в сервисных предприятиях содержание
- •1. Классификация и кодирование информации
- •1.1. Информация и данные
- •1.2. Классификация информации по разным признакам
- •1.3. Методы классификации информации
- •1.4. Система кодирования
- •Регистрационное кодирование
- •1.5. Практикум по кодированию информации
- •1.6. Классификаторы
- •1.7. Общероссийские классификаторы (ок)
- •2. Информационные системы (ис)
- •2.1. Система. Общие понятия о системе
- •2.2. Общие понятия об информационных системах (ис)
- •2.3. Основные задачи информационных систем (ис)
- •2.4. Этапы развития информационных систем
- •2.5. Классификация ис по выполняемым функциям (исторический аспект)
- •2.6. Современные информационные системы (ис)
- •2.7. Пользователи информационных систем (ис)
- •2.8. Процессы в информационных системах - ис
- •2.9. Необходимость создания ис(асои)
- •2.10. Роль структуры управления в ис
- •3. Теория управления
- •3.1. Уровни процесса управления
- •Персонал организации
- •3.2. Операции и процедуры
- •3.3. Функции управления
- •3.4. Принципы управления
- •3.5. Информационные технологии и системы управления
- •Информационные технологии управления
- •Информационные системы управления (ису)
- •Типы информационных автоматизированных систем управления (иасу)
- •Ис организационного управления (исоу)
- •4. Структура ис
- •4.1. Виды обеспечений ис
- •4.1.1. Информационное обеспечение ис
- •Информационное обеспечение. Классификаторы. Методы классификации.
- •4.1.2. Техническое обеспечение ис
- •Техническое обеспечение информационной системы - ис
- •4.1.3. Математическое и программное обеспечение ис
- •Математическое и программное обеспечение информационных систем - ис
- •4.1.4. Методическое и организационное обеспечение ис
- •Организационное обеспечение информационных систем - ис
- •4.1.5. Правовое обеспечение ис
- •Правовое регулирование на информационном рынке
- •4.1.6. Лингвистическое обеспечение ис
- •4.1.7. Эргономическое обеспечение ис
- •4.1.8. Кадровое обеспечение ис
- •4.2. Классификация ис по функциональному признаку и уровням управления
- •Ис для менеджеров среднего звена
- •Стратегические ис
- •Практические рекомендации по описанию задач, решаемых функциональными подсистемами
- •Информационные системы (ис) в фирме
- •Примеры ис, поддерживающих деятельность фирмы
- •Примеры ис
- •4.3. Принципы и методы создания ис
- •Принципы создания ис
- •4.4. Классификация информационных систем - ис
- •Общая классификация систем
- •Классификация информационных систем - ис
- •4.4.1. Классификация ис по масштабности применения
- •Автоматизированные рабочие места (арм)
- •4.4.2. Классификация ис по признаку структурированности задач
- •4.4.3. Классификация ис по функциональности
- •Функции информационных систем
- •4.4.4. Классификация ис по характеру обработки информации
- •4.4.5. Классификация ис по оперативности обработки данных
- •4.4.6. Классификация ис по квалификации персонала и управления
- •4.4.7. Классификация ис по степени автоматизации
- •4.4.8. Классификация ис по характеру использования информации
- •4.4.9. Классификация ис по сфере деятельности
- •4.4.10. Классификация ис по концепции построения
- •4.4.11. Классификация ис по режиму работы
- •По способу распределения ресурсов
- •4.4.12. Классификация ис по сфере применения
- •5. ЖизненнЫй цикл ис
- •5.1. Модели жизненного цикла (жц) ис
- •5.2. Стандарты на проектирование ис
- •5.3. Процессы жц по
- •Основные процессы:
- •Договорные процессы:
- •5.4. Каноническое проектирование ис
- •5.5. Содержание технического задания на ис
- •5.6. Содержание технического проекта ис
- •5.7. Типовое проектирование ис
- •5.8. Обзор рынка программных продуктов
- •6. Технология создания информационных систем (ис)
- •6.1. Требования к инструментальным средствам
- •6.2. Что такое case-средства?
- •6.3. Подходы к проектированию ис
- •6.4. Методы структурного проектирования
- •6.5. Методы объектно-ориентированного проектирования
- •6.6. Пример взаимодействия case-средств
- •6.7. Развитие методологий проектирования
- •6.8. Методология функционального моделирования idef0. Общие положения
- •6.9. Синтаксис графического языка
- •6.9.1. Блок
- •6.9.2. Стрелка
- •6.10. Семантика языка idef0
- •6.10.1. Семантика блоков и стрелок
- •6.10.2. Контекстная диаграмма
- •6.10.3. Дочерние диаграммы
- •6.10.4. Граничные стрелки
- •6.10.5. Тоннелирование стрелок
- •6.11. Правила построения диаграмм
- •6.12. Методика разработки функциональных моделей в среде idef0
- •6.12.1. Общие положения
- •6.12.2. Классификация видов функций
- •6.12.3. Классификация механизмов
- •6.12.4. Классификация управляющих воздействий
- •6.12.5. Типизация функциональных моделей
- •6.12.6. Выводы по методологии функционального моделирования
- •Учебники к курсу
- •Список литературы
- •Приложение 1. Постановка задачи
- •Приложение 2. Инструментальная среда bPwin
- •Построение модели idef0
- •Цель моделирования
- •Диаграммы дерева узлов и feo
- •Каркас диаграммы
- •Стоимостный анализ
- •Свойства, определяемые пользователем (udp)
Приложение 2. Инструментальная среда bPwin
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer (рис. П2.1).
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель (рис. П2.2).
Как было указано выше, BPwin поддерживает три методологии — IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
Рис. П2.1. Интегрированная среда разработки модели BPwin
Рис. П2.2. Диалог создания модели
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.
Построение модели idef0
На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но может не знать, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель, которая будет адекватна предметной области и содержать в себе знания всех участников бизнес-процессов организации.
Наиболее удобным языком моделирования бизнес-процессов является IDEF0, где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы — диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, определить, что будет в дальнейшем рассматриваться как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будут существенно влиять позиция, с которой рассматривается система, и цель моделирования — вопросы, на которые построенная модель должна дать ответ. Другими словами, в начале необходимо определить область моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в ходе моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования. При формулировании области необходимо учитывать два компонента — широту и глубину. Широта подразумевает определение границ модели — что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо помнить об ограничениях времени — трудоемкость построения модели растет в геометрической прогрессии с увеличением глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему.