- •Глава 1. Основы и основные понятия корпорации и кис 6
- •Глава 2. Предметная область кис 15
- •Глава 3. Виды информационных систем промышленных производств 61
- •3.5. Контрольные вопросы 94
- •Глава 4. Практические вопросы выбора, разработки и внедрения кис 95
- •4.7. Контрольные вопросы 141
- •Введение
- •Глава 1. Основы и основные понятия корпорации и кис
- •1.1. Определение информационной системы
- •1.2. Информационные системы предприятий
- •1.3. Базовые принципы управления корпорацией
- •1.4. История развития стандартов управления предприятием
- •Технология Just - in – time
- •Методы cals
- •1.5. Контрольные вопросы и задания для самопроверки
- •Глава 2. Предметная область кис
- •2.1. Предприятие как объект управления
- •2.2. Управленческая пирамида
- •2.3. Об управленческом и бухгалтерском учете
- •2.4. Введение в основы бухучета
- •2.4.1. Мультибассейновая модель бухгалтерского учета
- •2.4.2. Общие сведения о бухучете в терминологии бухучета
- •2.4.2.1. Классификация регистров
- •2.4.2.2. Счета
- •2.4.2.3. Активные счета
- •2.4.2.4. Пассивные счета
- •2.4.2.5. Классификация счетов по объему информации
- •2.4.2.6. Активно-пассивные счета
- •2.4.2.7. Двойная запись
- •2.4.2.8. Принцип двойственности
- •2.4.2.9. Бухгалтерский баланс
- •2.4.2.10. Первичные учетные документы
- •2.5. Введение в основы логистики
- •2.7. Бизнес-процесс продаж
- •2.8. Управление запасами
- •2.8.1. Виды запасов
- •2.8.2. Модели экономичного (оптимального) заказа
- •2.8.3. Основные системы управления запасами
- •2.8.3.1. Система с фиксированным размером заказа
- •Система с фиксированным интервалом времени между заказами.
- •2.8.3.2. Сравнение основных систем управления запасами
- •2.8.3.3. Система с установленной периодичностью пополнения запасов до постоянного уровня
- •2.8.3.4. Система “минимум-максимум”
- •2.9. Контрольные вопросы Глава 3. Виды информационных систем промышленных производств
- •3.1. Проектирование – производство
- •3.1.1. Подсистема технической подготовки производства
- •3.1.2. Управление технологическим процессом
- •3.2. Управление жизненным циклом изделия
- •3.3. Информационная поддержка бизнес-процессов
- •3.3.1. Автоматизированная система управления предприятием
- •3.3.2. Планирование производственных ресурсов (mrp)
- •3.3.2.1. Методология планирования потребности в материалах
- •Ведомость основных материалов, bom
- •Понятие изделия
- •Принцип функционирования mrp-систем: информация на входе и выходе
- •Логика работы mrp-модуля: схема цикла
- •3.3.3.2. Планирование потребности в производственных мощностях (crp)
- •3.3.3. Планирование ресурсов предприятия (erp)
- •3.3.3.1. Состав erp-системы
- •3.3.3.2. Управление взаимодействия с клиентами (crm)
- •3.3.3.3. Управления цепями поставок (scm)
- •3.3.3.4. Система синхронного планирования производства (aps)
- •3.3.3.5. Система поддержки принятия решений (dss)
- •3.3.3.6. Финансовый (бухгалтерский) учет в erp
- •3.3.4. Производственная исполнительная система (mes)
- •3.3.5. Электронная коммерция (ес)
- •3.3.6. Электронный документооборот
- •3.3.6.1. Системы автоматизации делопроизводства
- •3.3.6.2. Архивы документов
- •3.3.6.3. Системы ввода документов и системы обработки образов документов
- •3.3.6.4. Системы управления стоимостью хранения документов
- •3.3.6.5. Системы маршрутизации документов
- •3.3.6.6. Системы комплексной автоматизации бизнес-процессов
- •3.3.6.7. Интеграция erp и сэд
- •3.3.7. Автоматизированные системы управления персоналом (hr-системы)
- •3.4. Информационные системы с точки зрения управленческой пирамиды предприятия и жизненного цикла изделия
- •3.5. Контрольные вопросы
- •Глава 4. Практические вопросы выбора, разработки и внедрения кис
- •4.1. Принципы построения кис
- •4.2. Особенности рынка российских и зарубежных кис
- •4.3. Выбор кис для управления предприятием
- •Модели жизненного цикла кис
- •4.4.1. Макетирование (прототипирование)
- •4.5. Проектирование кис
- •4.5.1 Каноническое и индустриальное проектирование кис
- •4.5.2. Формирование требований к кис
- •4.5.3. Разработка концепции кис. Техническое задание. Технический проект. Рабочая документация. Внедрение
- •4.6. Объектно-ориентированный подход к анализу и проектированию кис
- •4.6.1. Назначение унифицированного языка моделирования uml
- •4.6.2. Средства uml
- •4.6.2.1. Предметы
- •4.6.2.2. Отношения в uml
- •4.6.3. Диаграммы в uml
- •4.6.3.1. Диаграмма последовательности
- •Типы сообщений
- •Параллельные сообщения
- •Ветвление по условию
- •Активация объекта
- •Состояния
- •События
- •Операции
- •Сложные переходы
- •Переходы к вложенным состояниям
- •Посылка сообщений
- •4.3.6.3. Диаграмма сценариев ucd
- •Основные разделы шаблона :
- •Обозначение на диаграмме
- •Диаграмма сотрудничества cod
- •Взаимодействие
- •Плавательные дорожки
- •Отложенные события
- •4.6. Внедрение проектов по разработке кис
- •4.6.1. Основные принципы реализации проекта внедрения кис
- •4.6.2. Основные этапы внедрения кис
- •4.6.3. Алгоритм работы по проекту внедрения кис
- •4.6.4. Наиболее распространённые причины неудач при внедрении кис
- •4.7. Контрольные вопросы
- •Заключение
- •Список использованных источников:
События
События представляют собой внешние стимулы, которые могут вызвать изменение состояния объекта. События не имеют длительности.
Имена событий
указывают рядом со стрелками переходов Рисунок
16. Изменение состояния объекта
Вслед за именем события в квадратных скобках может указываться условие, при выполнении которого будет происходить переход. Условие проверяется только при наступлении события. Если условие ложно, переход не производится. Например, уничтожение архивных платежных поручений производится на основании соответствующих распоряжений руководства, но при условии истечения заданного срока хранения.
Рисунок
17. Использование условий
Если событие не указано, предполагается что переход происходит автоматически при завершении активности, связанной с данным состоянием. При этом условие перехода, определенное завершением активности в состоянии, можно не указывать, чтобы не загромождать диаграмму. Например, переход из состояния «Вскипятить чайник» в состояние «Заварить чай» происходит автоматически после того, как чайник вскипит.
Возможные виды событий приведены в таблице.
Наименование |
Условие наступления |
Обозначение |
Временное событие |
истечение определенного отрезка времени
наступление заданного времени |
after(условие)
when(условие) |
Событие изменения |
изменение значения логического выражения от false к true |
when(условие) |
Событие вызова |
вызов операции объекта |
имя события |
Сигнальное событие |
получение сигнала от другого объекта |
имя события |
Рисунок
18. Диаграмма операции “Заварить чай”
Операции
Операции характеризуют поведение объекта. На STD диаграммах различают 2 вида операций : активность и действие.
Активностью называется операция, которая длится определенное время. Этот вид операций связан с состоянием и продолжается до тех пор, пока объект находится в этом состоянии. Активность может включать непрерывные операции, либо последовательность операций, длящуюся некоторое время. В последнем случае при завершении последовательности операций происходит автоматический переход в другое состояние.
Рассмотрим для примера диаграмму гаражной двери с электрическим приводом. При закрытой двери нажатие кнопки приводит к ее открытию, а при открытой – к закрытию. В процессе открытия двери нажатие кнопки игнорируется до полного открывания двери.
На данной диаграмме можно выделить 4 состояния, в двух из которых (закрыто, открыто) дверь может находиться сколь угодно долго, а два других имеют конечную длительность во времени.
Рисунок
19. Диаграмма гаражной двери
Рисунок
20. Обозначение активности
Действие есть мгновенная операция. Операции реального мира, конечно, не являются мгновенными, но моделирование их с помощью действий говорит о том, что мы пренебрегаем их длительностью. Действие связано с событием.
Рисунок
21. Изображение действия на диаграммах
Обычно действия привязываются к переходам из одного состояния в другое. Но в тех случаях, когда все переходы в/из данного состояния выполняют одно и то же действие, удобнее показать действие внутри состояния.
Для обозначения действий, выполняемых при входе в состояние, используется ключевое слово entry, вслед за которым указывается слеш и имя действия. А для действий, выполняемых при выходе из состояния, применяется ключевое слово exit. Если необходимо показать события, которые не вызывают срабатывание действий входа/ выхода, то они показываются внутри состояния
Например, при вводе пароля необходимо сначала отключить режим вывода введенных символов на экран, а по окончании ввода – включить его. События “символ” и “help” являются внутренними для состояния “Ввод пароля” и не приводят к выходу за его пределы.
Рисунок
22.. Использование ключевых слов entry и
exit
Для упрощения описания динамики сложных систем применяется декомпозиция состояний. Это приводит к набору вложенных диаграмм состояния, каждая из которых улучшает точность (детализацию) представления модели.
Состояние объекта может быть декомпозировано на взаимоисключающие или конкурентные (параллельно существующие) подсостояния. Первый вид декомпозиции устанавливает взаимосвязь типа “или” между состоянием и его подсостояниями и является формой обобщения состояний. Второй вид декомпозиции устанавливает взаимосвязь типа “и” и является формой агрегирования состояний.
Рассмотрим каждую из декомпозиций более подробно
Взаимоисключающие подсостояния
Обобщение представляет собой взаимосвязь типа “или”. Объект, находящийся в декомпозируемом состоянии на диаграмме верхнего уровня, должен находиться в одном из состояний вложенной диаграммы. Он может быть в первом состоянии “или” во втором, “или” в третьем и т.д.
Рассмотрим STD диаграмму работы торгового автомата, который выдает необходимую покупку при поступлении заданной суммы денег.
Рисунок
23. STD диаграмма работы торгового автомата
Состояние “Выдать покупку” детализируется на следующей STD диаграмме.
Рисунок
24. Детализация состояния “Выдать
покупку”
Например, диаграмма автоматической трансмиссии будет иметь сложное состояние “Прямая передача”, подсостояниями которой будут “Первая”, “Вторая”, “Третья”, “Четвертая”
Рисунок
25. STD диаграмма автоматической трансмиссии
Подсостояния наследуют переходы их суперсостояний, подобно тому как подклассы наследуют атрибуты и операции суперклассов. Так, переход от прямой передачи к нейтральной подразумевает 4 наследуемых перехода, от каждой из прямых передач.
Переход по событию “стоп” от контура прямой передачи к состоянию “Первая” наследуется всеми 4 подсостояниями, так как остановка автомобиля переводит трансмиссию в состояние первой передачи.
Возможны более сложные ситуации, такие как переход от подсостояния к состоянию за пределами контура или переход внутрь контура. В таких случаях все состояния должны появляться на одной диаграмме.
Конкурентные подсостояния
Конкуренция в пределах состояния одного объекта возникает, когда объект может быть расчленен на подмножество атрибутов и связей, каждое со своей собственной поддиаграммой. Такая конкуренция показывается путем разделения состояния с помощью точечных линий. Имя составного состояния отделяется сплошной линией от конкурентных поддиаграмм.
Например, для получения допуска к сессии студенту необходимо отчитаться по всем лабораторным, практическим и курсовым работам, а также сдать все зачеты. Причем, не важно в каком порядке.
Рисунок
26. Конкуренция в пределах одного
состояния
Агрегирование представляет собой взаимосвязь типа “и”. Объект, находящийся в агрегатном состоянии, будет находиться в первом подсостоянии и во втором, и в третьем и т.д. одновременно.
Конкуренция состояний возникает и тогда, когда мы рассматриваем сложную систему, состоящую из ряда взаимосвязанных объектов, каждый из которых описывается собственной диаграммой состояния. Состояние всей системы является продуктом состояний всех ее компонент. Во многих системах их число также может меняться динамически.
Для примера рассмотрим автомобиль, который упрощенно можно представить состоящим из трансмиссии, системы зажигания, тормоза и системы ускорения.
Рисунок
27. CD диаграмма автомобиля
Состояние автомобиля включает одно подсостояние от каждого компонента. Диаграммы состояния компонент можно считать независимыми.
Рисунок
28. STD диаграмма состояния автомобиля
