Применение case-технологии в управлении
Скачать 0.67 Mb.
|
2 ПРОЕКТНАЯ ЧАСТЬ 2 ПРОЕКТНАЯ ЧАСТЬ 2.1 ПРОЕКТИРОВАНИЕ ПРОЦЕССОВ СЕРВИСА КОМПАНИИ ООО «ЦЕМЕНТ» Компания ООО «Цемент» занимается обслуживанием и ремонтом оборудования цементного производства. Деятельность таких сервисных структур связана с проблемами материальных ресурсов, специалистами редких направлений услуг, информационным обеспечением и технологическими процессами процесса оказания услуг. В связи с этим функциональное моделирование представляет здесь существенный интерес и направлено на обеспечение бесперебойного сервиса и повышения его качества. 2.1.1 СОЗДАНИЕ КОНТЕКСТНОЙ ДИАГРАММЫ Модель сервиса в среде BPWin подробно рассмотрена в теоретической части. Здесь мы будем описывать основные моменты программирования при создании модели. Моделирование системы в IDEF0 начинаем с создания контекстной диаграммы. Это диаграмма наиболее абстрактного уровня описания системы в целом. IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Контекстная диаграмма является вершиной древовидной структуры диаграмм. Контекстная диаграмма представлена на рисунке 2.1.  Рисунок 2.1 – Деятельность компании Отчет по модели: - запрос потребности от цементных заводов о технологическом оборудовании; - обработка данной заявки и выборка интересующих позиций, согласно предоставляемой номенклатуры; - составление ценового предложения и отправка заказчику; - согласование условий ценового предложения(стоимость, условия и сроки поставки и оплаты за товар, ответственность поставщика и покупателя, гарантийное обязательство, страхование груза, составление договора поставки товара и его подписание с покупателем, принятие договора к исполнению); - составление необходимой документации для отгрузки(накладные, счета, счета-фактуры, товарно-транспортные накладные); - сборка осуществляется на основании полученного технического задания к установленному времени; - составление карточки клиента с указанием полного наименования юридического и почтового адреса, банковских реквизитов, кодов статистики, а так же информации по действующим на завода агрегатам(печам, мельница, редукторам, холодильникам). 2.1.2 ДЕКОМПОЗИЦИЯ КОНТЕКСТНОЙ ДИАГРАММЫ После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. На рисунке 2.2 представлена диаграмма декомпозиции «Информация о данной диаграмме представлена ниже. Деятельность компании ООО Цемент»: - изучение спроса и предложения оборудования на рынке; - поиск и привлечение новых заказчиков; - поиск информации по планам заводов по модернизации и реконструкции действующего оборудования и строительства новых объектов; - запрос потребности от цементных заводов о технологическом оборудовании; - обработка данной заявки и выборка интересующих позиций, согласно предоставляемой номенклатуры; - составление ценового предложения и отправка заказчику; - согласование условий ценового предложения(стоимость, условия и сроки поставки и оплаты за товар, ответственность поставщика и покупателя, гарантийное обязательство, страхование груза, составление договора поставки товара и его подписание с покупателем, принятие договора к исполнению); - контроль за соблюдением сроков и условий оплат и поставки по договорам; - составление необходимой документации для отгрузки(накладные, счета, счета-фактуры, товарно-транспортные накладные); - сборка осуществляется на основании полученного технического задания к установленному времени; - составление карточки клиента с указанием полного наименования юридического и почтового адреса, банковских реквизитов, кодов статистики, а так же информации по действующим на завода агрегатам(печам, мельница, редукторам, холодильникам); - Отслеживание сроков и управление сборкой оборудования; - соблюдения сроков отгрузки готового товара покупателю техническим службам выдаются задания на комплектацию и сборку оборудования согласно спецификации с указанием срока окончания работ; - получение заявки на цементное оборудование от заказчика и внесение ее в базу данных для последующей работы с ней… И  з диаграммы декомпозиции мы видим, что основных работ в деятельности компании четыри: продажа и маркетинг, продажа цементного оборудования, сборка оборудования и отгрузка. Они тоже будут декомпозированы. Рисунок 2.2 – Деятельность компании ООО Цемент. 2.1.3 ДИАГРАММЫ ДЕКОМПОЗИЦИИ В IDEF0 После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. На рисунке 2.3 представлена диаграмма «Продажа и маркетинг». Отчет по диаграмме «Продажи и маркетинг»: - изучение спроса и предложения оборудования на рынке; - поиск и привлечение новых заказчиков; - поиск информации по планам заводов по модернизации и реконструкции действующего оборудования и строительства новых объектов; - запрос потребности от цементных заводов о технологическом оборудовании; - обработка данной заявки и выборка интересующих позиций, согласно предоставляемой номенклатуры; -  составление ценового предложения и отправка заказчику; Рисунок 2.3 – Продажа маркетинг Блок Продажа Цементного оборудования не декомпозирован, так как он функционирует непосредственно с блоком Продажи и маркетинга и выполняет свои обязанности согласовывая свои предложения исключительно только с заказчиком. На рисунке 2.4 представлена диаграмма «Продажа цементного оборудования».  Рисунок 2.4 – Продажи и маркетинг Отчет по диаграмме «Продажа цементного оборудования»: - согласование условий ценового предложения(стоимость, условия и сроки поставки и оплаты за товар, ответственность поставщика и покупателя, гарантийное обязательство, страхование груза, составление договора поставки товара и его подписание с покупателем, принятие договора к исполнению); - контроль за соблюдением сроков и условий оплат и поставки по договорам; - составление необходимой документации для отгрузки(накладные, счета, счета-фактуры, товарно-транспортные накладные); На рисунке 2.5 представлена диаграмма «Сборка оборудования».  Рисунок 2.5 – Сборка оборудования Отчет по диаграмме «Сборка оборудования». Сборка осуществляется на основании полученного технического задания к установленному времени.На рисунке 2.6 представлена диаграмма «Отгрузка».  Рисунок 2.6 – Отгрузка  Рисунок 2.7 – Вести прием товара Отчет по диаграмме «Вести прием товара»: - принять сопроводительные документы; - разгрузить товар; -  проверить количество и качество товара; - ввести данные о товаре в Базу данных. Рисунок 2.8 - Обеспечить хранение товара Отчет по диаграмме «Обеспечить хранение товара»: - определить оптимальную зону и условия хранения; - переместить товар в заданную зону хранения; - Разместить товар в заданной зоне; - обеспечить требуемые условия хранения; - контролировать наличие запасов.  Рисунок 2.9 – Комплектовать товар Отчет по диаграмме «Комплектовать товар»: - ообрать товар по заказам; - переместить товар в зону комплектации; - комплектовать и упаковать; - оформить сопроводительные документы; -  уложить и опломбировать товар. Рисунок 2.10 – Отгружать товар Отчет по диаграмме «Отгружать товар»: - оптимально объединить заказы клиентов; -  оформить транспортные накладные; - Отгрузить товар на получение. Рисунок 2.11 – Инвентаризация товара Блок «Инвентаризация товара» работает с информацией о качестве и количестве товара на складе. 2.1.4 ДИАГРАММЫ ОПИСАНИЯ ПРОЦЕССОВ СЕРВИСА Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming, — методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. На рисунке 2.12 представлена диаграмма «Сборка цементного оборудования».  Рисунок 2.12 – Сборка цементного оборудования Отчет по диаграмме «Сборка цементного оборудования» был сформирован на примере функции на панели инструментов Diagram Report. 2.1.5 РЕСУРСЫ, РОЛИ, ГРУППЫ РОЛЕЙ В СЕРВИСЕ В слове групп ролей Role Group создаем группу – Сборка оборудования, в словаре ролей Role создаем роли – инженер, комплектовщик, крановщик, менеджер, в словаре ресурсов Resource – фамилии. Группы ролей, роли и ресурсы позволяют автоматизировать процесс создания Swim Lane диаграмм и организационных диаграмм Organization Charts. На рисунке 2.13 представлены ресурсы, роли и группы ролей компании DNS центр.  Рисунок 2.13 – Ресурсы, роли, группы ролей компании ООО Цемент 2.1.6 ДИАГРАММА SWIM LANE Д  иаграмма Swim Lane основана на нотации IDEF3, является разновидностью диаграммы IDEF3, и применяется в BPwin - моделях для улучшения понимания содержания модели и явного описания роли и ответственности исполнителей в конкретной технологической операции. Диаграмма Swim Lane представлена на рисунке 2.14. Рисунок 2.14 – Диаграмма Swim Lane Диаграмма представляет собой графические изображения особенностей процесса в виде нескольких горизонтальных дорожек (свимлэйн), которые получили название «роли». Каждая из дорожек означает конкретный структурный объект, и на ней изображаются функции процесса, выполняемые данным объектом. 2.1.7 СТОИМОСТНЫЙ АНАЛИЗ П  ри проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег. Для задания единиц измерения следует вызвать диалог Model Properties (меню Model), закладка ABC Units, рисунок 2.15. Рисунок 2.15 – Задание единиц измерения З  атем описываются центры затрат (cost centers). Для внесения центров затрат необходимо вызвать диалог Cost Center Editor из меню Model (рисунок 2.16). Рисунок 2.16 - Cost Center Editor Таблица 2.1 – Центры затрат
Стоимостный анализ проводился для работы Сборка цементного оборудования. В таблице 2.2 приведены результаты Cost анализа. Таблица 2.2 – Результаты Cost анализа
2.1.8 ДИАГРАММА ДЕРЕВА УЗЛОВ На диаграмме дерева узлов тоже отображается стоимость работ после Cost анализа. Диаграмма деревьев узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.  Рисунок 2.17 – Диаграмма дерева узлов 2.1.9 ДИАГРАММЫ ПОТОВ ДАННЫХ DFD Диаграммы потоков данных (Data Flow Diagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. На рисунке 2.18 представлена диаграмма «Оформление заказов».  Рисунок 2.18 - Оформление заказов На рисунке 2.19 представлена диаграмма «Отслеживание сроков и управление сборкой оборудования».  Рисунок 2.19 - Отслеживание сроков и управление сборкой оборудования 2.2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ СЕРВИСНОЙ ФИРМЫ 2.2.1 ЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ Логическая модель данных строится из трех основных блоков: сущностей, атрибутов и связей. Создание логической модели данных: - определение сущностей; - определение зависимостей между сущностями; - задание первичных и альтернативных ключей; - определение не ключевых атрибутов сущностей. Н  а рисунке 2.20 показана логическая модель базы данных. Рисунок 2.20 – Логическая модель базы данных Логическая модель данных является визуальным представлением структур данных, их атрибутов и бизнес-правил. Логическая модель представляет данные таким образом, чтобы они легко воспринимались пользователями. Проектирование логической модели должно быть свободно от требований платформы и языка реализации или способа дальнейшего использования данных. |
Похожие:
 | Автоматизированное проектирование информационных систем с использованием... Цель и содержание работы: изучение основных этапов проведения проектирования в Rational Ro se; изучение интерфейса Rational Rose... |  | Рабочая программа дисциплины «Экономико-математические методы в стратегическом управлении» Дисциплина является предшествующей для следующих дисциплин: «Корпоративные информационные системы», «Компьютерные технологии в управлении»,... |
| Программа дисциплины Посреднические технологии в управлении Для направления... Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направления подготовки 080200.... | | Программа дисциплины "Информационные технологии в управлении качеством и защита информации" Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направления подготовки 221400.... |
| Обеспечение процесса анализа и проектирования ис возможностями case-технологий Первоначальное значение термина "case", ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО),... | | Использование case-технологии для моделирования систем сервиса по... Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования |
| Инновационные парадигмы и технологии имитационного моделирования... В докладе рассматриваются методологические, инструментальные, практические аспекты применения имитационного моделирования, его инновационных... | | Курсовая работа на тему: Примеры комплексов case- средств По (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и... |
| Почему модульное обучение называют технологией? Современные педагогические технологии подразделяются на проблемные, дидактивно-игровые, совместного обучения и модульные технологии.... | | Рабочая программа составлена на основе фгос впо и учебного плана... Изучаются основные стандарты и методология проектирования, построения профилей открытых информационных систем (ИС), методология управления... |
| Факультет вмк кафедра иани методология idef0 и программный продукт... Неудивительно, что в последнее время среди системных аналитиков и разработчиков вырос интерес к case (Computer-Aided Software/System... | | Методическое пособие по проведению деловых игр «case study» министерство... Дмитриев М. Н. Кошечкин С. А. Методическое пособие по проведению деловых игр «case study» |
| Программа по формированию навыков безопасного поведения на дорогах... Деловые игры, метод «Case-study», методики групповой работы (мозговой штурм, проектно-организационные технологии обучения работы... | | Методическая разработка по дисциплине «Информационные технологии в управлении финансами» Обсуждена на заседании кафедры финансового менеджмента (протокол №9 от 03. 2009) |
| Министерство образования и науки государственное образовательное учреждение Тонов м. Л. Алгебра и геометрия. Учебно-методический комплекс. Рабочая программа для студентов очной формы обучения по направлению... | | Тюменский государственный университет «утверждаю»: Проректор по учебной работе «Информационные системы и технологии в административном управлении» очная форма обучения |
