- •Стандарт предприятия
- •Введение
- •Стандарт предприятия
- •Начальник уму Павловский е.В.
- •1 Область применения
- •2 Нормативные ссылки
- •3 Обозначения и сокращения
- •4 Цели и задачи дисциплины
- •4.1 Краткая характеристика дисциплины
- •4.2 Цель преподавания дисциплины
- •4.3 Задачи изучения дисциплины
- •4.4 Место дисциплины в учебном плане
- •5 Содержание дисциплины и условия её реализации
- •5.1 Рабочая программа дисциплины
- •5.1.1 Паспорт дисциплины
- •5.1.2 Виды и содержание занятий по дисциплине
- •5.1.2.1 Лекции
- •5.1.2.2 Лабораторные работы
- •Б) Лабораторные работы в семестре 8
- •5.1.2.3 Курсовой проект
- •5.1.2.4 Самостоятельная работа студентов
- •5.1.3 Формы и содержание текущей аттестации и итоговой оценки по дисциплине
- •5.1.4 Учебно-методические материалы по дисциплине
- •5.1.4.1 Основная литература
- •5.1.4.2 Дополнительная литература
- •5.1.4.3 Перечень пособий и методических материалов, используемых
- •5.1.4.4 Программное обеспечение и Интернет-ресурсы
- •5.1.4.5. Методические указания студентам
- •5.1.4.6 Методические рекомендации преподавателю (см. Таблицу)
- •5.1.5 Учебно-методическая карта дисциплины
- •График аудиторных занятий и срс
- •5.1.5 Учебно-методическая карта дисциплины
- •График аудиторных занятий и срс
- •5.1.6 Лист согласования рабочей программы
- •5.2 Использование технических средств обучения и вычислительной техники. Программное обеспечение дисциплины
- •5.3 Организация самостоятельной работы студентов (срс) по дисциплине
- •5.4 Элементы научного поиска при изучении дисциплины
- •Лист внесения изменений
- •Лист внесения изменений
- •А.1 Лабораторная работа 1 – 2ч. Проектирование экономических информационных систем. Сбор материалов обследования
- •А.2 Лабораторная работа 2 – 4ч. Разработка моделей функционирования предметной области idef0 с использованием средств Case-систем
- •А.3 Лабораторная работа 3 – 2ч. Разработка моделей последовательности и взаимодействия процессов предметной области idef3 с использованием Case-средств
- •А.4 Лабораторная работа 4 – 2ч. Разработка функциональных требований к проектируемой системе с помощью dfd диаграмм и Case-средств
- •А.5 Лабораторная работа 5 – 2ч. Разработка событийно-функиональных моделей бизнес-процессов предметной области aris
- •А.6 Лабораторная работа 6 – 2ч. Анализ материалов обследования и построение моделей «как должно быть» с помощью idef0, idef3, dfd и aris диаграмм
- •А.7 Лабораторная работа 7 – 2ч. Составление технико-экономического обоснования целесообразности разработки информационной системы
- •А.8 Лабораторная работа 8 – 2ч. Формирование требований к будущей информационной системе. Составление технического задания
- •1 Общие сведения
- •Адрес Заказчика: Адрес Разработчика:
- •2 Назначение и цели создания системы
- •2.1 Аис «Управление производственным предприятием» предназначена для:
- •2.2 Целями создания аис «Управление производственным предприятием» являются:
- •4 Требования к системе
- •4.1 Требования к системе в целом
- •4.1.1 Требования к структуре и функционированию системы
- •4.1.2 Требования к надежности
- •4.1.2.1 Надежность функционирования аис «Управление производственным предприятием» должна обеспечиваться следующими способами:
- •4.1.3 Требования к безопасности
- •4.1.4 Требования к эргономике и технической эстетике
- •4.1.5 Требования к эксплуатации
- •4.1.6 Требования к защите информации от несанкционированного доступа
- •4.1.7 Требования по сохранности информации
- •4.1.8 Требования к защите от влияния внешних воздействий
- •4.1.9 Требования к патентной чистоте
- •4.1.10 Требования по стандартизации и унификации
- •4.3 Требования к видам обеспечения
- •Требования к лингвистическому обеспечению Лингвистическое обеспечение аис «Управление производственным предприятием» должно включать в себя совокупность следующих языковых средств:
- •В качестве языка ввода-вывода и манипулирования данными должен применяться язык манипулирования реляционными данными в среде используемой субд – sql, например pl/sql.
- •В качестве субд должна быть использована стандартная бд среды 1с:Предприятие 8.1.
- •4.3.4 Требования к организации пользовательских интерфейсов
- •4.3.5 Требования к техническому обеспечению
- •4.3.6 Требования к метрологическому обеспечению
- •4.3.7 Требования к организационному обеспечению
- •5 Состав, содержание и стоимость работ по созданию системы
- •6 Порядок контроля и приемки системы
- •7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие
- •8 Требования к документированию
- •А.9 Лабораторная работа 9 – 2ч.
- •Детальное изучение предметной области и построение моделей
- •Функционирования объекта «как есть» и «как должно быть»,
- •Разработка технико-экономического обоснования и технического задания
- •А.10 Лабораторная работа 10 – 4ч.
- •Разработка функциональной структуры и перечня задач, моделей
- •Бизнес - прецедентов предметной области и прецедентов разрабатываемой
- •Информационной системы с использованием средств ms Visio
- •А.11 Лабораторная работа 11 – 2ч. Моделирование бизнес классов предметной области и информационное обеспечение автоматизированной системы
- •Внемашинное информационное обеспечение
- •Классификация
- •Правила классификации продукции
- •Понятие унифицированной системы документации
- •Внутримашинное информационное обеспечение
- •Проектирование экранных форм электронных документов
- •Информационная база и способы ее организации
- •А.12 Лабораторная работа 12 – 2ч. Разработка постановок задач функциональных подсистем аис
- •А.13 Лабораторная работа 13 – 4ч.
- •А.14 Лабораторная работа 6 – 2ч. Моделирование компонентов
- •Компоненты
- •Интерфейсы
- •Компоновка системы
- •Разновидности компонентов
- •Использование компонентных диаграмм
- •Моделирование программного текста системы
- •Моделирование реализации системы
- •Диаграммы размещения
- •Использование диаграмм размещения
- •А.15 Лабораторная работа 7 – 2ч. Проектирование системы защиты информации
- •А16 Лабораторная работа 16 – 2ч. Расчет экономической эффективности аис
- •А.17 Лабораторная работа 17 – 2ч. Разработка программного обеспечения информационной системы и плана мероприятий по внедрению ис
- •Архитектура экономических информационных систем
- •Методологические основы проектирования эис
- •Содержание и методы канонического проектирования эис
- •1) Компоненты потоков информации (документы, показатели, файлы, сообщения) 2) технологии, методы и технические средства преобразования
- •Проектирование классификаторов технико-экономической информации
- •Проектирование системы экономической документации
- •Проектирование внутримашинного информационного обеспечения эис
- •Основы проектирования технологических процессов обработки данных
- •Проектирование процессов получения первичной информации, создания и ведения информационной базы (иб)
- •1) Предварительная обработка изображений; 2) нахождение полей; 3) проверка распознанной информации; 4) ввод данных в информационную базу;
- •1) Ocr 2) icr 3) omr 4) стилизованные цифры Проектирование технологических процессов обработки экономической информации в локальных эис
- •Проектирование процессов защиты данных
- •Проектирование клиент-серверных корпоративных эис
- •1) Репозиторий 2) графический редактор диаграмм 3) верификатор диаграмм 4) документатор проекта 5) администратор проекта 6) сервис
- •1) Потоки данных 2) процесс 3) хранилище информации 4) внешняя сущность
- •1) Интерфейс 2) база данных 3) управление задачами 4) утилиты 5) обеспечивающие пакеты
- •1) Инструменты быстрой разработки приложения в развитой субд 2) интегрированные инструменты быстрой разработки приложений Типовое проектирование эис
- •1) 1С «Предприятие» 2) «Фолио-Склад» 3) Project Expert 4) инэк
- •1) Открытостью архитектуры 2) масштабируемостью 3) конфигурируемостью
- •1) В справочниках 2) в таблицах описаний конфигурации программных модулей
- •1) Конфигурация программных модулей 2) генерация интерфейсов 3) настройка таблиц объектов данных 4) доработка модулей и интерфейсов
- •1) Пользователь 2) заказчик 3) администратор 4) разработчик
- •1) Потенциал коллектива разработчиков 2) объем и сложность разрабатываемых проектов 3) технология проектирования системы 4) модель жизненного цикла системы
- •1) Руководящий комитет 2) лидера проекта 3) методологический центр 4) команды реинжиниринга 5) владельцев бизнес-процессов
- •Планирование и контроль проектных работ
- •1) Работы 2) временные оценки выполнения работ 3) ресурсные оценки выполнения работ 4) стоимостные оценки выполнения работ
- •1) Важные промежуточные результаты 2) состояние завершенности работы
- •1) Исполнителей 2) энергию 3) материалы 4) машинное время 5) оборудование
- •1) Раннее начало работы равно позднему началу работы 2) раннее окончание работы равно позднему окончанию работы
- •1) Время 2) затраты материальных ресурсов 3) затраты денежных ресурсов 4) технико-экономические показатели
- •Диаграммы idef3
- •Диаграммы aris
- •1) Компоненты потоков информации (документы, показатели, файлы, сообщения) 2) технологии, методы и технические средства преобразования
- •Структура пояснительной записки и требования к ее оформлению
- •Методические рекомендации по выполнению проекта
- •Литература.
- •Темы курсовых проектов
- •2 Содержание и порядок выполнения курсового проекта
- •3 Структура и правила оформления пояснительной записки
- •Приложение б Форма задания на курсовое проектирование
А.5 Лабораторная работа 5 – 2ч. Разработка событийно-функиональных моделей бизнес-процессов предметной области aris
А.5.1 Цель работы - изучение нотаций ARIS и их применение для построения моделей бизнес-процессов, потоков данных и организационных структур с использованием средств Case-систем MS Visio / ARIS.
А.5.2 Предмет работы
Предметом лабораторной работы является событийно-функциональное моделирование бизнес-процессов предметной области.
А.5.3 Содержание лабораторной работы
1) Изучить нотации ARIS, а также возможности событийно-функционального моделирования бизнес-процессов в Case-системах MS Visio / ARIS.
2) Описать бизнес-процессы предметной области с помощью нотации ARIS eEPC (цепочки процесса, управляемого событиями).
3) Построить схему организационной структуры предприятия с помощью нотации ARIS Organizational Chart.
4) Построить схемы потоков данных между функциями бизнес-процессов с помощью нотации ARIS Information Flow.
5) Составить отчет по проделанной работе.
6) Защитить работу.
А.5.4 Оборудование и технические средства
Для выполнения работы необходимы технические и программные средства лаборатории «Электронный офис», доступ к сетевому серверу кафедры и Case-система MS Visio / ARIS.
А.5.5 Порядок выполнение работы
- Изучить нотации ARIS eEPC, ARIS Organizational Chart и ARIS Information Flow;
- Изучить возможности Case-системы MS Visio / ARIS;
- Построить модели бизнес-процессов предметной области, схемы потоков данных и схему организационной структуры предприятия (по теме индивидуального задания) с использованием Case-системы MS Visio / ARIS;
- Оформить отчет и защитить работу.
А.5.6 Требования к оформлению работы
Отчет должен дополнять отчет о предыдущей работе и содержать разделы:
1) описание бизнес-процессов предметной области варианта задания.
2) построенные модели бизнес-процессов предметной области, схемы потоков данных и схему организационной структуры предприятия.
А.5.7 Литература
1) Каменнова М.С., Громов А.И., Ферапонтов М.М., Шматалюк А.Е. Моделирование бизнеса. Методология ARIS
А.5.8 Методические указания к выполнению работы
Описание бизнес-процессов проводится с целью их дальнейшего анализа и реорганизации. Целью реорганизации может быть внедрение информационной системы, сокращение затрат на выпуск продукции, повышение качества обслуживания клиентов, создание должностных и рабочих инструкций при внедрении стандартов и т.д. Для каждой такой задачи существуют определенные параметры, определяющие набор критических знаний по бизнес-процессу. От задачи к задаче требования к описанию бизнес-процессов могут меняться. В общем случае модель бизнес-процесса должна давать ответы на следующие вопросы:
1. какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;
2. в какой последовательности выполняются эти процедуры;
3. какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;
4. роли и ответственности - кто выполняет процедуры процесса;
5. какие входящие документы/информацию использует каждая процедура процесса;
6. какие исходящие документы/информацию генерирует процедура процесса;
7. какие ресурсы необходимы для выполнения каждой процедуры процесса;
8. какие документация/условия регламентируют выполнение процедуры;
9. какие параметры характеризуют выполнение процедур и процесса в целом;
10. существует ли последовательность процессов, минимизирующая затраты (в том числе стоимость, время и т.д.);
11. насколько процесс поддерживается/будет поддерживаться информационной системой.
Описание бизнес-процесса формируется при помощи нотации и инструментальной среды, позволяющих отразить все указанные выше аспекты. Только в этом случае модель бизнес-процесса окажется полезной для предприятия, так как ее можно будет подвергнуть анализу и реорганизации.
Нотация ARIS eEPC расшифровывается следующим образом: extended Event Driven Process Chain - расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В таблице А.5.1 приводятся основные используемые в рамках нотации объекты.
Таблица А.5.1 – Основные объекты нотации eEPC
№ |
Наименование |
Описание |
Графическое представление |
1 |
Функция |
Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия | |
2 |
Событие |
Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций | |
3 |
Организационная единица |
Объект, отражающий различные организационные звенья предприятия (например, управление или отдел) | |
|
|
Должностное лицо; например, менеджер | |
|
|
Человеческий ресурс; например, Иванов И.И. | |
4 |
Документ |
Объект, отражающий реальные носители информации, например бумажный документ | |
5 |
Прикладная система |
Объект отражает реальную прикладную систему, используемую в рамках технологии выполнения функции | |
6 |
Кластер информации (контекстные данные) |
Объект характеризует данные как набор сущностей и связей между ними. Используется для создания моделей данных | |
7 |
Стрелка связи между объектами |
Объект описывает тип отношений между другими объектами, например активацию выполнения функции некоторым событием | |
|
|
Организационный поток / Поток ресурсов | |
|
|
Управляющий поток | |
|
|
Информационный поток | |
|
|
Поток информационных услуг | |
|
|
Поток материального выхода | |
8 |
Логическое «И» |
Логический оператор «И», определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса | |
9 |
Логическое «ИЛИ» |
Логический оператор «ИЛИ», определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса | |
10 |
Логическое «исключающее ИЛИ» |
Логический оператор «исключающее ИЛИ», определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса | |
11 |
Цель |
Например, увеличение прибыли, высокое качество, уменьшение себестоимости | |
12 |
Выход |
Например, применительно к событию «изготовление изделия» - производственный план, материал, изделие | |
13 |
Сообщение |
| |
14 |
Машина |
| |
15 |
Компьютерное оборудование |
|
Помимо указанных в таблице А.5.1 основных объектов при построении диаграммы eEPC могут быть использованы многие другие объекты. Применение большого числа разных объектов, связанных различными типами связей, значительно увеличивает размер модели и делает ее плохо читаемой. Для понимания смысла нотации eEPC достаточно рассмотреть основные используемые типы объектов и связей. На рисунке А.5.1 представлена простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия.
Рисунок А.5.1 – Пример модели в нотации eEPC
На рисунке А.1 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных семантических правилах описания:
1. каждая функция должна быть инициирована событием и должна завершаться событием;
2. в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.
На рисунке А.5.2 показано применение различных объектов ARIS при создании модели бизнес-процесса.
Рисунок А.5.2 - Пример применения объектов ARIS
для описания бизнес-процессов
Из рисунков А.5.1-А.5.2 видно, что бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC не может быть отражена визуально. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено одновременное выполнение двух задач. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например диаграммы Ганта в системе Microsoft Project.
Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций). Примеры моделей, сформированных с использованием ARIS eEPC, показаны на рисунках А.5.3 и А.5.4.
Рисунок А.5.3 - Описание процесса обслуживания клиента процесса
Рисунок А.5.4 - Описание процесса анализа и согласования заявки клиента
Нотация ARIS Organizational Chart является одной из основных нотаций ARIS и предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры, как показано на рисунке А.5.5.
Рисунок А.5.5 - Модель организационной структуры предприятия
При построении сложных иерархических структур может быть использована декомпозиция, например структура подразделения может быть отражена на более детальной схеме.
Нотация ARIS Information Flow является аналогом нотации DFD (см. ниже) и используется при построении схем потоков данных или документов между функциями бизнес-процессов предприятия, как показано на рисунке А.5.6.
Рисунок А.5.6 - Фрагмент диаграммы ARIS Information Flow
В Таблице А.5.2 приведен краткий сравнительный анализ технологий IDEF и EPC с точки зрения их подходов к описанию бизнес-процессов.
Таблица А.5.2 - Сравнительные характеристики технологий IDEF и EPC
Характеристика |
IDEF |
EPC |
Объекты описания |
Потоки функций Ресурсы (в т.ч. информационные) Организационные подразделения (участники) Управляющие воздействия |
Дерево целей Организационная структура Потоки функций и событий Потоки ресурсов Потоки информации Цепочки добавленной стоимости Сущности (свойства) объектов |
Формат представления данных (семантика) |
Жестко заданный стандарт |
Произвольный (с соблюдением общей логики процесса) |
Число объектов на схеме |
От 2 до 8 |
Любое |
Логика построения процесса |
Принцип доминирования одной функции над другой |
Хронологическая последовательность выполнения функций |
Характеристики связей между объектами |
Определяется направлением связи (т.е. 4 типа: слева, направо, сверху и вниз по отношению к функции) + комментарии |
Определяется индивидуальными свойствами (атрибутами) связи, т.е. практически неограниченное число |
Приведем пример одного конкретного процесса – «Выполнение заказа клиента», - описанного в форматах обеих технологий. На Рисунке А.5.7 представлена IDEF-диаграмма.
Рисунок А.5.7 - IDEF-диаграмма процесса «Выполнение заказа клиента»
На Рисунке А.5.8 тот же самый процесс представлен в формате событийно-функциональной диаграммы EPC.
Рисунок А.5.8 - EPC-диаграмма процесса «Выполнение заказа клиента»
Выделяют следующие виды моделей ARIS:
1) Функциональные модели (рисунок А.5.9). Процессы, преобразующие вход в выход, группируются в функциональную модель. Обозначения «функция», «процесс» и «операция» употребляются как синонимы. В связи с тем, что функции тесно связаны с целями поскольку они направлены на их достижение и подчиняются их управлению, цели также относят к функциональным моделям. В прикладных системах (ПС) описываются правила компьютерной обработки функции. Таким образом, ПС адекватно подходит под определение «функций»и также относится к функциональной модели.
Рисунок А.5.9 – Функциональная модель
2) Организационные модели (рисунок А.5.10). Класс организационных моделей служит для описания иерархической структуры организации. В организационных моделях группируются субъекты ответственности и средства, выполняющие работу над одним и тем же объектом. Именно поэтому сущность «человеческий ресурс», а также средства «компьютерная техника» относятся к организационной модели.
Рисунок А.5.10 – Организационная модель
3) Модель данных (рисунок А.5.11). Модели данных описывают информационный контекст (среду обработки данных), а также сообщения, активизирующие функции или активируемые ими. С именами данных можно также связать предварительные детали, касающиеся функции информационных систем как носителей данных. В моделях данных неявным образом фиксируются также объекты в виде информационных услуг. Однако в основном такие объекты описываются в моделях выходов.
Рисунок А.5.11 – Модель данных
4) Модели выходов (рисунок А.5.12). Модели выходов содержат все физические и нефизические входы и выходы, включая потоки денежных средств.
Рисунок А.5.12 – Модель выходов
Приведем примеры (рисунки А.5.13-А.5.17).
Рисунок А.5.13 – Диаграмма взаимодействия в бизнес процессе
«обработка заказа»
Рисунок А.5.14 – Поток функций в бизнес процессе
«обработка заказа»
Рисунок А.5.15 – Поток выходов в бизнес процессе «обработка заказа»
Рисунок А.5.16 – Представление процесса «обработка заказа»
в виде диаграммы действий и потоков объектов
Рисунок А.5.17 – Детальный фрагмент бизнес-процесса
применительно к событию «изготовление изделия»