Использование case-технологии для моделирования систем сервиса по специальности: 100101. 65 «Сервис»
Скачать 0.68 Mb.
|
2.10 Ветвление и объединение стрелок Ветвление и объединение стрелок необходимо для обеспечения связи одной стрелки с несколькими функциональными блоками и наоборот. Объединенные стрелки используются для создания общего перехода от нескольких функциональных блоков к одному или границе. Ветви и объединения создаются с использованием инструмента “Стрелка”. Для удобства чтения диаграмм желательно именовать каждую ветку разделенной стрелки. Названия стрелок отображаются автоматически и могут быть перемещены с помощью “захвата” мышью. Для соединения стрелки с ее названием может быть использован инструмент “Squiggle” с панели инструментов IDEF0 или IDEF3. Для пояснения содержимого диаграммы можно помещать на них текстовые блоки, содержащие произвольные пояснения. Для добавления текстового блока на диаграмму необходимо выбрать инструмент“Text”. К текстовым блокам применимы все описанные выше инструменты оформления. 2.11 Опции отображения Можно отображать или скрывать определенные объекты диаграммы и отдельные элементы оформления. Например, возможно переключение теней функциональных блоков на диаграмме. Параметры меню “View” (рисунок 2.9) относится одновременно ко всем диаграммам модели. В этом же меню производится настройка рабочего места BPWin. Например, можно отобразить или скрыть стандартную панель инструментов, панель инструментов “ModelMart”, панель инструментов “BPWin”, дерево модели и строку состояния. Пункт меню “Zoom”, позволяет изменять масштаб просматриваемых диаграмм. Этот пункт меню дублирует инструмент “Zoom” стандартной панели инструментов.
2.12 Другие виды диаграмм IDEF0 В дополнение к контекстным диаграммам и диаграммам декомпозиции другие типы диаграмм BPWin позволяют упростить представление и разработку модели. Например, может оказаться необходимым разработать сценарий “что-если” для модели. 2.13. Создание древовидных диаграмм Деревья используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) соответствует диаграмме контекстного уровня. Однако в качестве вершины может быть использован любой функциональный блок модели, при этом его подблоки будут показаны в качестве ветвей дерева. Просмотр модели с использованием древовидных диаграмм позволяет акцентировать внимание на функциональной декомпозиции модели безотносительно к существующим внутри и вовне модели перестраивается автоматически по мере внесения изменений в модель. Деревья добавляются в модель с использованием пункта меню “Node tree” меню “Insert”. При этом выводится диалоговое окно “Node tree definition”, в котором задаются: имя; функциональный блок вершины; количество уровней, на которые диаграммы показывается вниз; параметры форматирования. 2.14. Оценивание сервиса Добавление оценок к функциональным блокам BPWin обеспечивает задание таких параметров, как стоимость, время выполнения работ, метрики качества. Рассмотрим два метода задания этой информации: задание оценок для функциональных блоков; задание свойств блока, определяемых пользователем. Добавление стоимостных оценок для функциональных блоков основанных на применении метода “Activity based costing” (АВС). Основная идея этой технологии состоит в задании оценки отдельных функциональных блоков системы для получения суммарной оценки затрат на работу всей системы (модели). Затраты на работу родительских функциональных блоков, как правило, применяются равными затратами на функционирование всех входящих в них подблоков. Таким образом, АВС может использоваться для определения оценки затрат на функционирование системы в целом Выбор единиц измерения. При установке единиц измерения необходимо выбрать вид валюты, который будет для этого использоваться, а также определить вид представления денежных единиц на экране. Кроме того, нужно определить единицы времени, которые будут использоваться (минуты, часы и т.п.). Эти параметры являются глобальными по отношению к модели, задаются в закладке “ABC costs” диалога задания свойств модели (рисунок 2.10).
Определение “центров затрат” (“Cost Centers”). Далее необходимо определить “центры затрат”, которые будут использоваться. “Центры затрат” – это категории стоимости, которые будут пририсовываться функциональным блокам модели. Примеры “центров затрат”: маркетинг и реклама; закупки комплектующих изделий; технологическая поддержка (рисунок 2.11).
Для ввода стоимости используется Activity cost editor, вызываемый из соответствующего меню при щелчке правой кнопкой мыши на функциональном блоке (рисунок 2.12). 2.15. Отчеты по модели BPWin предоставляет набор отчетов для публикации информации, которая помещена в модель.Отчеты разделяются на стандартные и нестандартные. Отличие их заключается в том, что для получения стандартного отчета не требуется задания никаких дополнительных параметров. Для получения нестандартного отчета необходимо указать объекты, которые должны быть отражены в отчете. Отчет о модели может включать один элемент или большее количество элементов, указанных в диалоговом окне Model Definition Editor.
BPWin устанавливает набор предопределенных отчетов, которые указаны как “стандартные” отчеты. Это отчеты с заранее выбранными параметрами, подходящими для большинства пользователей. Не все отчеты BPWin имеют стандартную форму. Стандартные отчеты указаны вверху окна выбора (рисунок 2.13). 3.Практическая часть 3 РАЗРАБОТКА ФУНКЦИОНАЛЬНОЙ МОДЕЛИ СЕРВИСА КОМПАНИИИ «РЕМСТРОЙ» 3.1 ПОСТАНОВКА ЗАДАЧИ В настоящее время все большую популярность приобретают инженерные методы реорганизации сервисных предприятий на основе информационных технологий. В первой части записки было показано, что понятие «сервис» в технологии сервиса уверенно входит в лексикон аналитиков всех уровней. Расширяется спектр компьютеризованных инструментальных методов анализа экономических процессов и сервиса сервиса в частности. Структурный системный анализ как практический метод служит инструментом для анализа ситуаций в среде сервиса безотносительно к его содержанию его услуг. Научный подход в этой области сложился сравнительно недавно. В настоящее время под этим термином понимаются исследования системы, которые начинаются с ее общего обзора и затем детализируется по иерархической схеме со все большим числом уровней. Уточним некоторые детали, структурного анализа: идея разбиения исследуемого процесса на функциональные блоки; идея иерархии, означающая возможность декомпозиции любых процессов в виде иерархических структур; использование графических нотаций с возможностью разъясняющего дополнения. Остановимся на кратком введении в технологию структурного анализа в варианте, базирующемся на хорошо известных специалистам методологиях, позволяющих анализировать процессы сервиса с трех точек зрения: IDEFO-технология структурного анализа и проектирования, согласно которой процесс оказания услуги представляется как совокупность взаимосвязанных действий; IDEF3-технология сбора данных для проведения структурного анализа системы; DFD – структурный анализ потоков данных, позволяющий описать процесс обмена информацией между элементами системы сервиса. Отмеченные в первой части пояснительной записки методологии имеют компьютерную поддержку в виде интегрированного программного пакета BPWin 4.1, что превращает эти методологии в единый инструментальный метод структурного системного анализа, применимый к любым видам сервисных услуг. Использование BPWin 4.1 за последние годы шаг за шагом превращаются в технологии общего пользования. Подготовленные на основе этого подхода специалисты составляют резерв аналитиков или менеджеров сервисных предприятий. Дополнительная гарантия успеха состоит в том, что менеджеры сервиса имеют возможность общаться на одном языке – языке моделирования IDEF. Основу методологии IDEF0 при моделировании предприятия по изготовлению мебели составляет графический язык описания IDEF0. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Вершина древовидной структуры сервиса по мебели, представляет собой самое общее описание системы, а ее взаимодействие с внешней средой описывалось посредством контекстной диаграммой. После описания системы сервиса в целом проводилось ее разбиение на крупные фрагменты (декомпозиция) и строились диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов. После декомпозиции контекстной диаграммы осуществлялась декомпозиция каждого большого фрагмента системы на более мелкие и так далее до достижения нужного уровня подробности описания сервиса. Синтаксис описания системы в целом и каждого ее фрагмента был одинаков по всей модели. Процессы, функции или задачи, изображаются в виде прямоугольников. Взаимодействие работ с внешней средой и между собой описывались с помощью стрелок с определенной информацией: вход (Input) – материал или информация, которая используется или преобразовывается работой; управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Общие принципы построения модели в методологиях IDEF3 были сходны с IDEF0: модель предприятия представляется совокупностью иерархически зависимых диаграмм, прямоугольники изображают работы или процессы, стрелки – данные. построение модели осуществлялось сверху вниз путем проведения декомпозиции крупных работ на более мелкие. Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота сервиса. DFD описывают функции обработки информации, документы, объекты, сотрудников или отделы, которые участвуют в обработке информации и таблицы для хранения документов. Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако, для описания логики взаимодействия информационных потоков более подходит IDEF3 – методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов сервиса, являющихся частью этих процессов, и могут быть использованы в моделировании сервиса для анализа завершенности процедур услуг. В связи с этим мы использовали моделирование в основном, опираясь на методы IDEF3. BPWin позволяет связывать элементы модели данных, созданной с помощью ERWin, документировать влияние работ на данные и, тем самым, позволяет создать спецификации на права доступа к данным для каждого уровня в иерархии сервиса, а также посредством определения словаря сущностей и атрибутов, при создании функциональной модели. 3.1.2. Список функций
3.3 ПРОЕКТИРОВАНИЕ МОДЕЛИ КОМПАНИИ «РЕМСТРОЙ» 3.3.1 СОЗДАНИЕ КОНТЕКСТНОЙ ДИАГРАММЫ Моделирования системы в IDEF0 начинается с создания контекстной диаграммы. Это диаграмма наиболее абстрактного уровня описания системы в целом. IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Контекстная диаграмма является вершиной древовидной структуры диаграмм. Контекстная диаграмма «Деятельность компании ООО «РЕМСТРОЙ»» представлена на рисунке 3.1  Рисунок 3.1 – Контекстная диаграмма деятельности компании ООО «РЕМСТРОЙ» Структурирование любой проблемы с помощью системного анализа предполагает анализ и синтез ее составляющих. В этой части основной целью является получение максимальной прибыли и решается затем многокритериальная задача с использованием функциональной модели, построенной с помощью CASE-средств. Таким образом, название главного функционального блока «Деятельность компании ООО «РЕМСТРОЙ»» с входящим потоком информации и заказов со стратегией, оборудованием и результатом на выходе полностью отражают цель моделирования. Декомпозиция на уровне контекстного моделирования начинается с того, что все производство разбивается на функциональные блоки. На данном этапе показана структура предприятия и сервис, которые включают пять функциональных блоков : А1 – Управление работой компании, А2 – Проектный менеджмент, А3 – Консалтинг, А4 – Кадастровая деятельность, А5 – Работа по информационным технологиям. Демонстрация диаграмм и краткая аннотация представлены ниже. Следует отметить, что некоторые блоки выбраны с определенным произволом и могут быть легко модифицированы с целью их адаптации к изменившейся ситуации. Это делает модель системы гибкой и удобной в эксплуатации. Информационные, людские, финансовые, материальные и информационные потоки распределяются с помощью стрелок и легко прослеживаются визуально как на контекстной диаграмме, так и на диаграммах типа DFD. Связь с фактическими данными любого происхождения (кредиты, баланс, материалы, кадры, комплектующие и др. может быть осуществлена посредством процедур импорт-экспорт в системе BPWin. |
Похожие:
 | Учебно-методический комплекс для специальности: 100101 «Сервис» Москва... Учебно-методический комплекс по дисциплине сервисная деятельность составлен в соответствии с требованиями Государственного образовательного... | | Рабочая программа составлена на основе фгос впо и учебного плана... Изучаются основные стандарты и методология проектирования, построения профилей открытых информационных систем (ИС), методология управления... |
| Рабочая программа учебной дисциплины проектирование информационных... Целью дисциплины является: изучение методологии структурного анализа, моделирование информационных систем в стандарте idef, проектирование... | | Учебно-методический комплекс Специальность: 100101 Сервис Москва... Учебно – методический комплекс по дисциплине «Безопасность предприятия в сфере услуг» составлен в соответствии с требованиями Государственного... |
| «технологии гостиничного сервиса» Гос впо специальности 100103. 65 (230500) "Социально-культурный сервис и туризм" рег. №293 св/сп от 27 марта 2000 г |  | Овместное использование функционального и имитационного моделирования... Ого моделирования, обеспечивающая повышение результативности разработки различных этапов жизненного цикла сложной технической системы.... |
| Российской Федерации Владивостокский государственный университет... Рабочая программа учебной дисциплины «Невербальные средства коммуникации» составлена в соответствии с требованиями ооп: 100100. 62... | | Оценка показателей качеcтва материалов для изготовления женcкого... Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования |
| Конспект лекций для студентов, обучающихся по специальностям 260501... «Технология продуктов общественного питания», 260505 «Технология детского и функционального питания», 100101 «Сервис» | | Автоматизированное проектирование информационных систем с использованием... Цель и содержание работы: изучение основных этапов проведения проектирования в Rational Ro se; изучение интерфейса Rational Rose... |
| Российской Федерации Владивостокский государственный университет... Рабочая программа учебной дисциплины «Креативные технологии в сервисе» составлена в соответствии с требованиями ооп 100100. 62 Сервис... | | Оценка показателей качества женского платья по специальности: 100101. 65 «Сервис» Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования |
| Комплексная экспертиза качества женской сумки по специальности: 100101. 65 «Сервис» Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования | | Технологии спортивно-оздоровительного сервиса «Социально-культурный сервис и туризм» и «Спортивно-оздоровительный сервис». В ней сформулированы требования к уровню подготовленности... |
| Экспертиза качества и сертификация услуг и работ в сервисе по специальности: 100101. 65 «Сервис» Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования | | Экспертиза технологических показателей качества женской куртки по... Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования |
